Re: [talk-au] Perth double park names

[nwastra]

They appear to be mostly derived from the adjacent street names.
Is this the signage at the parks?

> On 7 Jan 2017, at 4:38 PM, nwastra  wrote:
> 
> Hi
> is there a reason why many Perth Parks have two names separated by a “/“  ?
> http://overpass-turbo.eu/s/l66 
> 
> If they need correcting, is there a local person able to correct the names?

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

[talk-au] Perth double park names

[nwastra]

Hi
is there a reason why many Perth Parks have two names separated by a “/“  ?
http://overpass-turbo.eu/s/l66 

If they need correcting, is there a local person able to correct the names?___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[Talk-us] Michigan speed limit changes coming soon

[Jack Burke]

Hey, Michigan folks, keep an eye out for some speed limit changes

http://www.mlive.com/news/index.ssf/2017/01/75-mph_speed_limits_officially.html

-- 
Typos courtesy of fancy auto spell technology___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-co] Mapeo de árboles en Cartagena

[Jhonny Perez]

Exclente. Felicidades

El 6 ene. 2017 8:18 AM, "hyan...@gmail.com"  escribió:

> Hola a todos,
>
> Esta es una corta nota publicada en el canal de TV local de la ciudad:
>
> http://www.canalcartagena.com/notas/se-realizar%C3%A1-
> conteo-de-arbolado-del-parque-centenario
>
> Seguimos,
>
> Humberto Yances
>
> El dic. 27, 2016 10:18 PM, "Mario Frasca"  escribió:
>
>> no se olviden del DAP (diámetro altura pecho) ;)
>>
>> me hubiera gustado participar a esta actividad, me parece genial!
>>
>> ciaociao, M
>>
>>
>> On 2016-12-27 17:37, hyan...@gmail.com wrote:
>> > La medición de altura la he testeado con una aplicación móvil llamada
>> > Smart Tools, se basa en el teorema de Pitágoras.
>>
>>
>> ___
>> Talk-co mailing list
>> Talk-co@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-co
>>
>
> ___
> Talk-co mailing list
> Talk-co@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-co
>
>
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [OSM-talk] Beware Pokemon users

[Andrew Guertin]

On 01/04/2017 03:03 AM, Paul Johnson wrote:

On Wed, Jan 4, 2017 at 1:04 AM, Steve Bennett  wrote:
I've yet to hear of any evidence that OSM is being used at all.  I'm sure
someone from our web team might be able to locate Niantic IPs if we really
drilled down and it happened recently enough that we would still have the
logs before logrotate got 'em.  But, IMO, that seems rather far to go for
something for which there is basically only wild conjecture to back so far.


http://pokemongohub.net/pokemon-go-spawn-points-modeled-open-street-map-data/

Is this the kind of evidence you're looking for?

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

Re: [OSM-talk] Wikipedia/Wikidata admins cleanup

[Paul Norman]

On 1/6/2017 7:37 AM, Mikel Maron wrote:
http://www.openstreetmap.org/changeset/39517002 is an example. There 
were issues with this import, sure. This was not vandalism, 
advertising, or a fatal breakage of the map -- not a situation where 
an immediate action was justified (and definitely there are other 
situations where immediate action is needed). An active mapper and an 
active community were communicating, acting to fix the problems. The 
reverter in this case choose to ignore the mapper and the community 
and took a unilateral action, in contradiction to some guidelines on 
the wiki. This kind of approach discourages community contribution and 
cooperation. We can do a lot better to cooperatively improve the map 
and how we map it.


The revert in this case did not involve the Data Working Group. The DWG 
statement on this issue is 
https://lists.openstreetmap.org/pipermail/talk-ca/2016-September/007260.html. 
Quoting from it



Advance permission is not required for reverts, nor for normal mapping
activities. At the same time, users are expected to be responsible,
particularly when using tools for reverting which allow large-scale
changes where other users may disagree with them.

Where there are problems with an import reverting is an option, but
just one of many, and often not the appropriate first action. Unless
there are legal problems or fatal problems with the import it is
preferable if the original importer can fix the problems in a timely
manner. There was every indication this was going to happen in this case.

The revert of 39517002 was inappropriate and counter-productive. New
actions like this revert may lead to further Data Working Group
involvement and potentially blocks. If the Canadian community needs help
reverting 41749133 and 41756737, the Data Working Group can revert those
changesets.


Because there seems to be some confusion, neither Nakaner or Mikel are 
members of the Data Working Group.


Frederik Ramm, Andy Townsend, and myself are the three people in this 
thread who are also members of the DWG. Unless they state otherwise, 
their opinions aren't representing the DWG.


Paul Norman
For the Data Working Group
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-be] Fwd: Fietsroutedata OSM

[Glenn Plas]

Als ik die data kan krijgen en ze in postgresql kan steken, dan stel ik
graag die laag ter beschikking.  Kan je ze alvast als overlay gebruiken.

Kan het als vector layer gemakkelijk exporteren voor vrij gebruik.

Glenn

> 
> ​1)In juni jongstleden hebben alle Vlaamse provincies samen een
> samenhangend coherent *fietssnel*wegen-netwerk
>  met aangepaste layout (bijv. voor
> bewegwijzering, geleiding enz) voorgesteld ... ditpast in de vernieuwde
> filosofie dat fietsen (en zeker de (snelle) e-fietsen) voor langere
> afstanden kunnen gebruikt worden ...
> Ook al is dit netwerk nog niet volledig gerealiseerd (grosso modo
> 1200 km van de 2400 km), vraag ik me af of het niet geïntegreerd kan
> worden in de fietslaag
> van OSM ...
> 

...

> ) Ik zit op een berg aan gps-getagde foto's van doorsteken/trage
> wegen/jaagpaden/fietssnelwegen in eigen bedding/parken die op street
> view niet te zien zijn ... Zouden we die op één of andere manier via de
> fietslaag van OSM ter beschikking kunnen stellen?
>



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

Re: [OSM-co] Mapeo de árboles en Cartagena

[Igor TAmara]

Qué alegría, felicitaciones

El 6 ene. 2017 8:17 AM, "hyan...@gmail.com"  escribió:

> Hola a todos,
>
> Esta es una corta nota publicada en el canal de TV local de la ciudad:
>
> http://www.canalcartagena.com/notas/se-realizar%C3%A1-
> conteo-de-arbolado-del-parque-centenario
>
> Seguimos,
>
> Humberto Yances
>
> El dic. 27, 2016 10:18 PM, "Mario Frasca"  escribió:
>
>> no se olviden del DAP (diámetro altura pecho) ;)
>>
>> me hubiera gustado participar a esta actividad, me parece genial!
>>
>> ciaociao, M
>>
>>
>> On 2016-12-27 17:37, hyan...@gmail.com wrote:
>> > La medición de altura la he testeado con una aplicación móvil llamada
>> > Smart Tools, se basa en el teorema de Pitágoras.
>>
>>
>> ___
>> Talk-co mailing list
>> Talk-co@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-co
>>
>
> ___
> Talk-co mailing list
> Talk-co@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-co
>
>
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-it] Nodi/way sovrapposti (usando Josm)

[mbranco2]

Avete ragione voi, la versione attuale di Josm non duplica nodi/way.
Non avevo più ricontrollato, ma tempo fa mi faceva sicuramente sto scherzo,
avevo fatto numerose prove a riguardo (me lo faceva sia attaccando parti
del perimetro di landuse diversi, sia con i building).
Ho rifatto parecchie prove adesso, ma lo fa solo raramente: l'ho verificato
dopo aver fatto due ways con alcuni nodi in comune, e trascinando poi il +
tra due nodi, che fa nascere il nuovo nodo e sposta quel segmento. Qualche
volta (poche) questo spostamento lo fa solo per una delle due way (quindi
il segmento che era in comune risulterebbe duplicato), ma deve essere un
difetto di visualizzazione di Josm: a fare ctrl-Z e a ripetere lo stesso
spostamento si modificano entrambe le way (il segmento in comune quindi è
unico).

Il giorno 6 gennaio 2017 21:06, Andrea Albani  ha scritto:

> Non è che il parametro
>
> mappaint.node.snap-distance
>
> è stato impostato a zero per qualche motivo ?
>
>
>
> Il giorno 6 gennaio 2017 19:33, mbranco2  ha scritto:
>
>> sì, esatto per il plugin contourmerge.
>>
>> Per la duplicazione dei nodi, hai ragione: se clicchi sul primo nodo di
>> una way esistente, lui capisce che vuoi prolungarla e quindi non ti duplica
>> il nodo.
>> Ma se fai il primo nodo (i primi nodi) della nuova way non sulla way
>> preesistente, e i successivi nodi li sovrapponi alla way preesistene,
>> allora li duplica.
>>
>>
>> Il giorno 6 gennaio 2017 19:29, Federico Cortese 
>> ha scritto:
>>
>>> 2017-01-06 19:22 GMT+01:00 Federico Cortese :
>>> > 2017-01-06 19:13 GMT+01:00 mbranco2 :
>>> >> Per il plugin contourmerge vale il contrario di quello che dici:
>>> funziona
>>> >> solo con le way chiuse (io lo uso sia per i building che per i
>>> landuse)
>>> >>
>>> >
>>> > A me funziona solo su linee aperte, non so cosa dirti abbiamo JOSM
>>> diversi :-)
>>> >
>>>
>>> Ok ho capito, sulle way aperte come lo usavo io funziona in automatico.
>>> Per le way chiuse bisogna prima cliccare i due punti della prima e i
>>> due punti della seconda ed è sicuramente il metodo che hai usato per i
>>> fabbricati.
>>> L'altro discorso dei nodi sovrapposti ancora non me lo spiego.
>>>
>>> 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
>>
>>
>
> ___
> 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: [OSM-talk] Wikipedia/Wikidata admins cleanup

[john whelan]

>When Simon says "Canvec and broken import is essentially a synonym" that
is not an
exaggeration, if you mention Canvec in a typical European community
meeting you usually just get a big sigh in return.

I think you have to understand a bit more about CANVEC data what it is and
how the quality varies.  Some of it is high quality data, the same source
as the local fire department uses.  In general CANVEC data is a collection
of different data sources from each province.  Each province has slightly
different standards of data collection.  The roads in major cites are
fairly accurate both in street name and location.  Address information is
available for some provinces in some areas.  The equipment used to collect
the data is in my opinion more accurate than an iPhone GPS trace near tall
buildings.

We have more lakes in Canada than exist in the whole of Europe.  Most are
fairly inaccessible and there is little economic incentive to map each one
to a high degree of accuracy. In many provinces they simply haven't spent
the cash to map them accurately and recently.  Some data is forty or more
years old.  So digging into the source of the CANVEC data can help to
determine how accurate it is.

We don't have many mappers per square km in Canada and mapping with a GPS
trace doesn't happen at minus 30 for some reason.  If I go back in time to
before I imported the CANVEC road data into Ottawa basically Ottawa
OpenStreetMap was incomplete, inaccurate, over 140 reads had the wrong name
when I compared them to the City of Ottawa map. The City of Ottawa map
wasn't license to copy but I could at least compare the two.  Locally some
imports had been done but anywhere an existing road was in the map an area
round the existing road was not imported.  Fine except that roads were not
joined up.  You couldn't find a route between two streets in the city.

We had a physical local meeting over coffee, I think the first ever in
Ottawa and decided the cleanest way was to replace all the highways in
Ottawa from CANVEC which we did over a weekend.  It probably violated every
rule we have now but it gave us a working functional map.  Since then we've
mapped using traditional methods.  We simply didn't have the resources to
map every street in Ottawa with local mappers.  The City of Ottawa is big,
2,770 square kms.  We are the only map that can display either the official
French version of the name or the English version.  No one else can do
this.  It works in OSMAND or Maperitive using a special set of rules. This
was done with a Visual Basic program that input a .OSM file and took the
English name and output another file adding the French version of the
street name according to the rules in the City of Ottawa's bylaws.  Locally
this has generated a lot of goodwill for OpenStreetMap.

Canada is not Europe.  It is a country but in some ways it is a collection
of provinces and each is different.  Perhaps if I give you an example of
health care.  Each province is different.  Move from one part of the
country to another and you may find you have no health coverage.  If you
move from one part of the UK to another the NHS will still cover you,
whether or not they have the resources to provide a level of service is a
different matter.  In fact if you move from one part of the EU to another
health coverage is automatically available.  Europe is different to Canada.

Cheerio John

On 6 January 2017 at 13:04, Christoph Hormann  wrote:

> On Friday 06 January 2017, john whelan wrote:
> >
> > I think we should be trying to build the community.  We need a
> > balance between adding data without limits, and building the
> > community and building the community is hard.
>
> Well - as overzealous as Nakaners intervention in this case might have
> been in a way it is a good sign that someone still cares.  When Simon
> says "Canvec and broken import is essentially a synonym" that is not an
> exaggeration, if you mention Canvec in a typical European community
> meeting you usually just get a big sigh in return.  I for one do not
> touch Canada in OSM any more, not even with a ten foot pole.  And the
> only way this would change is a permanent moratorium on Canvec imports.
>
> But since i don't see this happening i sincerely hope you are able to
> build a big and active community even with the Canvec data - which
> seems difficult to me but it is not my place to judge this.
>
> > My roots are in the UK, I've mapped in the UK using local knowledge.
> >  I live in Canada.  Am I part of the UK local community of mappers?
>
> To me local community means the community of local mappers.  To what
> extent a local mapper stays a local mapper after moving away and how
> far you can become a local mapper during a short term visit is an open
> question.  But this is just minor semantics.  The important thing is
> that OSM is primarily about local knowledge and human assessment of the
> on-the-ground situation.
>
> --
> Christoph Hormann
> 

Re: [Talk-at] Peter Paul

[gppes_osm]

Aus meiner Sicht ist eine 0-Stunden-Sperre absolut ueberfaellig.

> Gesendet: Freitag, 06. Januar 2017 um 16:50 Uhr
> Von: "Robin Däneke" 
> An: "OpenStreetMap AT" 
> Betreff: Re: [Talk-at] Peter Paul
>
> Hallo zusammen,
> 
> 
> Ich lese die Diskussion jetzt schon länger mit.
> 
> Als jemand, der die Note letztes Jahr etwa 3 mal entfernt hat (nachdem ein 
> andere User die Note vor mir auch schon etliche male gelöscht hatte) sehe ich 
> das wiederholte Eintragen tatsächlich nur als Vandalismus.
> 
> Ich habe vor einigen Jahren doch viel Zeit nahe der Sch(w)abenwiese 
> zugebracht, jedoch den Namen Peter-Paul-Berg hab ich nirgendwo gehört oder 
> gesehen. Zu der Zeit hätte aber ich die Erhöhungen im Raum gut "Robinsberg", 
> "Thomashügel" oder "Bernhardhill" nennen können. (Ich hab genug Namen zur 
> Auswahl :P )
> 
> Muss man ja nur auf ein Schild schreiben, dort hinstellen, und hoffen, dass 
> es Leute sehen und sich dran orientieren (wie bereits in anderen Mails hier 
> erwähnt wurde).  Der liebe Peter-Paul scheint aber nichts in die Richtung zu 
> machen. Oder steht vor Ort irgendwo ein Holzschild wo "Peter-Paul-Berg"? Wenn 
> nicht, und man auch sonst keinen findet, der den Namen verwendet (wer hat 
> Lust auf eine "Anrainerbefragung" ;) ) dann heißt der Berg derzeit auch nicht 
> so.
> 
> 
> Mit dem "Schild-aufstellen" hätte man auch bei dem Problem mit den 
> Drachenaugenplätzen (ja, die Mails zu dem Thema waren echt Popcorn-reif) 
> argumentieren können. Wenn das ganze im Umkreis/Volksmund bekannt ist, bzw. 
> bekannt werden wird, man erkennt was es ist, und es in der Modellierung einen 
> Tag für sowas gibt, dann ist es zu mappen. Wenn zumindes eines diese Sachen 
> nicht zutrift, dann kann es entweder nicht dargestellt werden (Limit der 
> verwendeten Sprache) oder ist für's Modell uninteressant.
> 
> 
> In dem verlinkten Changeset ist der Name ja sogar ' "Peter-Paul-Berg! ' das 
> ist sicherlich falsch. weil am Anfang ein " und am Ende ein ! kann nicht 
> richtig sein. Der User wird wohl alle paar Wochen den Berg umbenennen, und 
> hoffen, dass es mal keinem auffällt. Und das geht jetzt schon seit etwa vier 
> Jahr so. Ich denke, zum 5-Jahres-Jubiläum seines Berg-Benennens könnte man 
> ihm doch eine Auszeit schenken. Mit nettem Text beim Anmelden, dass er doch 
> bitte den Namensbeweis antreten soll.
> 
> 
> MfG
> 
> RobinD (emergency99)
> 
> 
> 
> Von: Stefan Tauner 
> Gesendet: Donnerstag, 05. Jänner 2017 20:49
> An: talk-at@openstreetmap.org
> Betreff: Re: [Talk-at] Peter Paul
> 
> He did it again...
> http://www.openstreetmap.org/changeset/44929255
> 
> --
> Kind regards/Mit freundlichen Grüßen, Stefan Tauner
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
> Talk-at Info Page - 
> OpenStreetMap
> lists.openstreetmap.org
> To see the collection of prior postings to the list, visit the Talk-at 
> Archives. Using Talk-at: To post a message to all the list members, send 
> email ...
> 
> 
> 
> ___
> 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: [OSM-talk-fr] listes.openstreetmap.fr en rade

[Christian Quest]

Un problème sur apache... relancé...

Le 6 janvier 2017 à 17:51, Jean-Claude Repetto  a écrit :

> On 06/01/2017 16:01, THEVENON Julien wrote:
>
>> Salut,
>>
>> J essaie d acceder a l interface d administration de la mailing liste
>> osm-grenoble mais il semble que le serveur listes.openstreetmap.fr soit
>> dans les choux.
>> Est ce qu un admin peut y jeter un coup d oeuil
>>
>> Merci d avance
>> Julien
>>
>
> Bonjour,
>
> Idem pour le forum : http://forum.openstreetmap.fr/
>
> Jean-Claude
>
>
> ___
> 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

[Talk-cz] WeeklyOSM CZ 336

[Tom Ka]

Ahoj, je dostupné vydání 336 týdeníku WeeklyOSM:

http://www.weeklyosm.eu/cz/archives/8514

* Zákon o KČT.
* Datum validace klíče.
* OSRM a kruháče.
* Pokémon Go a OSM.
* QA nástroj OSMCha.
* OSM Carto 3.0.0.
* Souhrny za rok 2016.

Pěkné počtení ...

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

Re: [OSM-talk] Public GPS Traces

[Oleksiy Muzalyev]

I wish it were written in the Map Key. Something like this:

The color of the GPS tracks :
eastbound movement - red,
westbound - cyan,
northbound - yellow,
southbound - violet.

It is a very interesting feature, I mean the new GPS tracks layer, 
especially for hiking in the wilderness. One can see were people 
actually walked, how often, and in what direction. I looked up colors in 
the blog post, and I forgot as expected in fifteen minutes which color 
means what direction. If it were in the Map Key it would be more convenient.


Oleksiy

On 06.01.17 18:52, Eugene Alvin Villar wrote:
Canonical blog post that explains this layer: 
https://www.mapbox.com/blog/openstreetmap-gps-layer/


On Sat, Jan 7, 2017 at 1:41 AM, Dave F > wrote:


Main Page > Map Layers > Public GPS Traces

What do the different colours represent for this feature?

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





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



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

Re: [Talk-es] Limpieza de etiquetas innecesarias o mal usadas.

[Matías h]

Pues es verdad,  en eso no había caido.

Habría que  pensar en otro método

El 6 ene. 2017 19:19, "Carlos Dávila"  escribió:

> El problema de nodos compartidos puede afectar también a polígonos que
> estén en la versión 1. Si se dibuja por ejemplo otro polígono adyacente a
> uno de CORINE y se usa algún nodo del polígono de corine como límite del
> nuevo polígono, el de corine seguirá en la versión 1 puesto que no se ha
> modificado, pero si lo borras también borrarás los nodos que utiliza el
> nuevo polígono. O sea, no se puede (muy a mi pesar;-)), salvo que se
> verifique que no comparte ningún nodo con otra entidad.
>
> El 06/01/17 a las 19:03, Diego García escribió:
>
>> Buenas tardes de nuevo.
>>
>> Siendo así, perfecto. Es muy buena idea lo de sólo tocar los que estén en
>> versión 1. Pero ya verás qué cantidad de polígonos comparten nodos con
>> otros elementos que no tienen nada que ver; es mucha gente editando sin
>> ningún cuidado desde que se metió el corine.
>>
>> ¿Te has planteado lo del osmose? Podría ser una solución para lo de los
>> vértices y problemas de etiquetado.
>>
>> Un saludo,
>>
>>
>>
>> El vie., 6 ene. 2017 a las 18:55, Matías h (> >) escribió:
>>
>> Hola.
>>
>> Lo de CORINE es difícil de gestionar,  pero hay que reconocer que
>> la mayoría de los polígonos no se corresponde con la realidad.
>>
>> Lo que  propuse es como mucho borrar aquellos polígonos que aún
>> estén en su versión 1 y que por lo  tanto no deberían compartir ni
>> un solo nodo con ninguna otra entidad. Por descontado,  que en
>> cuanto algún polígono haya sido tocado en alguna edición,  ya no
>> se puede borrar...
>>
>>
>> El 6 ene. 2017 18:30, "Diego García" > > escribió:
>>
>> Buenas tardes a todos.
>>
>> Aparte de decir que me parece un gran acierto esta limpieza,
>> querría mencionar dos detalles:
>>
>> - Lo último que habría que hacer con CORINE sería eliminar los
>> polígonos existentes. No sólo dejaría un hueco impresionante
>> en todo el mapa: el problema principal es que muchos nodos
>> están compartidos (por vicios de edición) con elementos como
>> carreteras, caminos, ... y lo que pille. Eliminar un trozo de
>> bosque de CORINE suele implicar destrozar un tramo de vía,
>> imaginad si se eliminan de golpe todos los CORINE... destrozo
>> asegurado.
>>
>> - Se podría arreglar la mayoría de etiquetas con la
>> herramienta osmose ( http://osmose.openstreetmap.fr/es/map/ ),
>> incluído mayúsculas, alturas de los vértices, etiquetas
>> obsoletas... O eso, o ya estamos hablado de importaciones a lo
>> bruto, como con el caso de los vértices. Con osmose, por
>> ejemplo, las elevaciones con formato incorrecto se pueden ver
>> desmarcando todas las casillas de la izquierda, y dejando
>> marcada "mal etiquetado - valor numérico". Además, permite
>> corregirlas en línea, desde la misma página.
>>
>>
>> Un saludo,
>>
>> El jue., 5 ene. 2017 a las 13:57, Jorge Sanz Sanfructuoso
>> (>) escribió:
>>
>> Si hay mas que estén así claramente si, a corregirlos todos.
>>
>> El jue., 5 ene. 2017 a las 13:55, Matías h
>> (> >) escribió:
>>
>> Hola. Yo es que en la columna que he puesto de
>> ejemplos, no he añadido todas las etiquetas que
>> considero erroneas en cada grupo de datos, como digo
>> sólo en REGENTE hay más de una docena de ellas.
>>
>> Pero si es verdad que ese valor de ele no es válido.
>> Ya puestos se podrían corregir todos los valores de
>> ele que aparezacan así no?.
>>
>> Gracias.
>>
>> El 5 de enero de 2017, 13:47, Jorge Sanz Sanfructuoso
>> > escribió:
>>
>> He añadido otro error de los Vértices ROI con la
>> key ele.
>> A ver si hago memoria que me suena que había mas
>> cosas.
>>
>> Un saludo
>>
>> El jue., 5 ene. 2017 a las 12:30, Matías h
>> (> >) escribió:
>>
>> Hola, buen día.
>>
>> A raíz de la reunión de la otra noche, se
>> estableció que intentaríamos hacer en
>> principio un estudio de los tags que se han
>> usado a lo largo de los años (sobre todo 

Re: [Talk-it] Nodi/way sovrapposti (usando Josm)

[Andrea Albani]

Non è che il parametro

mappaint.node.snap-distance

è stato impostato a zero per qualche motivo ?



Il giorno 6 gennaio 2017 19:33, mbranco2  ha scritto:

> sì, esatto per il plugin contourmerge.
>
> Per la duplicazione dei nodi, hai ragione: se clicchi sul primo nodo di
> una way esistente, lui capisce che vuoi prolungarla e quindi non ti duplica
> il nodo.
> Ma se fai il primo nodo (i primi nodi) della nuova way non sulla way
> preesistente, e i successivi nodi li sovrapponi alla way preesistene,
> allora li duplica.
>
>
> Il giorno 6 gennaio 2017 19:29, Federico Cortese 
> ha scritto:
>
>> 2017-01-06 19:22 GMT+01:00 Federico Cortese :
>> > 2017-01-06 19:13 GMT+01:00 mbranco2 :
>> >> Per il plugin contourmerge vale il contrario di quello che dici:
>> funziona
>> >> solo con le way chiuse (io lo uso sia per i building che per i landuse)
>> >>
>> >
>> > A me funziona solo su linee aperte, non so cosa dirti abbiamo JOSM
>> diversi :-)
>> >
>>
>> Ok ho capito, sulle way aperte come lo usavo io funziona in automatico.
>> Per le way chiuse bisogna prima cliccare i due punti della prima e i
>> due punti della seconda ed è sicuramente il metodo che hai usato per i
>> fabbricati.
>> L'altro discorso dei nodi sovrapposti ancora non me lo spiego.
>>
>> 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
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Nodi/way sovrapposti (usando Josm)

[Federico Cortese]

2017-01-06 20:43 GMT+01:00 Lorenzo "Beba" Beltrami :
>
> Anche a me JOSM riutilizza i nodi senza problemi.
> Anzi i nodi "riutilizzati" (quelli in comune) li evidenzia con quadratini
> leggermente più grossi del solito.
> Si vede anche nel link che ha messo Federico alla sezione "Modifiers"[1].
>
> Non è che c'è qualche preferenza di JOSM che inibisce il riutilizzo dei nodi
> al contrario del default?
>

Anche io l'ho pensato: mi sono girato tutte le variabili delle
impostazioni avanzate ma non ho trovato niente in merito.

Ciao
Federico

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

Re: [OSM-talk-fr] Répertoire SIRENE

[Mathias Jérôme]

Tout le problème de Sirene c'est que les établissements obéissent à une autre 
logique que le logement.
De façon générale, les petits commerces de proximité : boulangerie, pharmacie, 
tabac, superette, etc ne poseront pas plus de difficultés que localiser la 
population.
A la fois bonne nouvelle et mauuvaise nouvelle , ce sont les plus gros 
établissements et logiquement donc les établissements les plus intéressant qui 
sont le moins localisables dans le cadre d'un référentiel d'adresses 
"classiques".
En effet,
   
   - Les établissements parmi les plus gros sont eux-même leur propre 
adresse, et tant qu'équipement structurant d'une commune (voir d'une zone plus 
large) :

    En effet  a une certaine époque l'adresse du barrage de 
Pierre-Bénite  dans Sirene était quelque chose comme : "Barrage de Pierre 
Benite" ,
ou encore celui de la centrale nucléaire de Dunkerque (idem)

   
   - Les établissements peuvent avoir dans sirene une adresse "commerciale" 
différente de l'adresse "réelle" (c'est à dire celle de la mairie, la réalité 
étant hautement subjective...)
    
    Par exemple à Nîmes, dans une enclave de la ZFU , ex friche 
sncf récemment aménagé avec une adresse "officiielle" et non  numérotée "chemin 
de l'homme mort"  s'est vu préféré une adresse plus porteuse commercialement 
tout en étant inexistante "2000 avenue du maréchal Juin" (ceci dit sans doute 
plus pratique à situer par les Nîmois que "chemin de l'homme mort"). 


   
   - A contrario les établissements adressés à leur adresse officielle ne 
permettent pas forcément de les localiser de façon précise. Par exemple dans 
les grandes zones d'activités "privées" à l'instar du "Parc des Portes de 
Paris" d'Icade, ou les adresses de Sirene étaient adressée aux portes d'accès 
du parc (qui avait un  "vrai" numero de voie et libellé de voie) mais ne 
permettait ensuite nullement de trouver l'établissement en question --> il 
fallait alors se référer à un plan apposée à chaque entrée pour s'y retrouver 
(ceci dit il y en a sans doute qui se sont perdus sans jamais être 
retrouvés ^^ )

   
   - Dans un style proche, à mi-chemin, c'était le cas de parc "Silic" où les 
établissement étaient bien adressé avec un système de voie probablement "privé" 
et qui ne figurait pas dans le référentiel de géolocalisation (opposition 
adresse privée vs adresse "public" )

   
   - La numérotation peut-être absente dans les grandes zone d'activité 
commerciales, et sans intérêt par rapport à l'enseigne compte tenu de la 
visibilité sans commune mesure d'une enseigne 2m x 5m contre une petite plaque 
(ou plus grande) plaque de numérotation.
    Même les zones aménagées récemment peuvent en être exemptes.
    Par exemple, la rue de Lisbonne à la Seyne sur Mer n'est pas numérotée, 
la commune interrogée déclare "Les établissement ne nous ont pas demandé de 
numéro de voie, alors on ne leur en a pas donnés (sic)".La "vrai" numérotation 
dans ces zones est l'enseigne et non pas le numéro de voie à la visibilité 
incertaine.


   
   - Pour les plus gros établissements qu'est ce qu'une localisation par x,y 
l'objet étant loin d'être ponctuel  ? : en effet il peut faire plus de la 
moitié d'une commune...











  De : Stéphane Péneau 
 À : Discussions sur OSM en français  
 Envoyé le : Vendredi 6 janvier 2017 11h30
 Objet : Re: [OSM-talk-fr] Répertoire SIRENE
   
 J'ai jeté un oeil aux fichiers csv que tu as générés.
 
 A priori, c'est plutôt bon si on tient compte que ces points ne sont pas 
rapprochés des POI qui sont déjà dans OSM.
 
 Finalement, ce qui empêche souvent une meilleure géolocalisation, c'est que 
les adresses enregistrées sont parfois anciennes, venant d'une époque où il n'y 
avait pas forcément de numérotation du bâti.
 
 Stéphane
 
 Le 05/01/2017 à 17:15, Christian Quest a écrit :
  
 ça mouline dur... plus que 2 fichiers à terminer (Paris et les DOM) 
  J'ai commencé à documenter sur le wiki: 
https://wiki.openstreetmap.org/wiki/WikiProject_France/data.gouv.fr/Base_SIRENE 
  Il faut vraiment qu'on se pose et réfléchisse avant de se lancer. 
  Ma petite expérimentation sur osmose avec les pharmacies montre qu'il y a du 
boulot pour intégrer proprement. 
   
 Le 5 janvier 2017 à 16:55, Donat ROBAUX  a écrit :
 
 Bonjour ou plutôt re-bonjour, 
  Ca y est la bête est lâchée https://www.data.gouv. 
fr/fr/datasets/base-sirene- des-entreprises-et-de-leurs- 
etablissements-siren-siret/ La version géocodée est en cours avec la BAN, mais 
Christian nous en dira surement plus dans un prochain épisode.  
  Donat  
 __ _
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap. org/listinfo/talk-fr
 
 
  
 
 
  -- 
  Christian Quest - OpenStreetMap France   
  
 ___
Talk-fr mailing list

Re: [Talk-it] Nodi/way sovrapposti (usando Josm)

[Lorenzo "Beba" Beltrami]

Il giorno 6 gennaio 2017 20:01, Federico Cortese  ha
scritto:

> Eppure non la capisco questa cosa. Se non premi CTRL mentre disegni e
> clicchi un nodo esistente vi si aggancia, anche se hai iniziato la way
> disegnando punti nuovi.
> E' spiegato anche qui:
> https://josm.openstreetmap.de/wiki/Help/Action/Draw


Anche a me JOSM riutilizza i nodi senza problemi.
Anzi i nodi "riutilizzati" (quelli in comune) li evidenzia con quadratini
leggermente più grossi del solito.
Si vede anche nel link che ha messo Federico alla sezione "Modifiers"[1].

Non è che c'è qualche preferenza di JOSM che inibisce il riutilizzo dei
nodi al contrario del default?

Lorenzo

[1] https://josm.openstreetmap.de/wiki/Help/Action/Draw#Modifiers
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] StreetSound

[Jóhannes Birgir Jensson]

That sounds very Orwellian!

Þann 06.01.2017 19:04, Milo van der Linden reit:

In Eindhoven a new initiative is launched to capture streetsound:

https://translate.google.nl/translate?sl=nl=en=y=_t=nl=UTF-8=https%3A%2F%2Fe52.nl%2Fvan-google-streetview-naar-sorama-streetsound%2F=
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


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

[OSM-talk] StreetSound

[Milo van der Linden]

In Eindhoven a new initiative is launched to capture streetsound:

https://translate.google.nl/translate?sl=nl=en=y=_t=nl=UTF-8=https%3A%2F%2Fe52.nl%2Fvan-google-streetview-naar-sorama-streetsound%2F=
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Nodi/way sovrapposti (usando Josm)

[Federico Cortese]

2017-01-06 19:33 GMT+01:00 mbranco2 :
>
> Per la duplicazione dei nodi, hai ragione: se clicchi sul primo nodo di una
> way esistente, lui capisce che vuoi prolungarla e quindi non ti duplica il
> nodo.
> Ma se fai il primo nodo (i primi nodi) della nuova way non sulla way
> preesistente, e i successivi nodi li sovrapponi alla way preesistene, allora
> li duplica.
>

Eppure non la capisco questa cosa. Se non premi CTRL mentre disegni e
clicchi un nodo esistente vi si aggancia, anche se hai iniziato la way
disegnando punti nuovi.
E' spiegato anche qui:
https://josm.openstreetmap.de/wiki/Help/Action/Draw

Ciao
Federico

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

Re: [Talk-it] Nodi/way sovrapposti (usando Josm)

[mbranco2]

wow, non conoscevo quella pagina della wiki: molto interessante, grazie!

2017-01-06 19:24 GMT+01:00 scratera :

> ...inquesto caso preferisco usare le relazioni mutlipoligono...
> http://wiki.openstreetmap.org/wiki/IT:Relation:multipolygon
>
> ...in caso di edifici penso che questo sia molto esplicativo
> http://wiki.openstreetmap.org/wiki/IT:Roof_modelling
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/Nodi-way-sovrapposti-usando-Josm-tp555p567.html
> Sent from the Italy General mailing list archive at Nabble.com.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] Mapa osvětlených ulic, bylo: WeeklyOSM CZ 335

[Marián Kyral]

Dne 6.1.2017 v 16:25 majka napsal(a):
> Ještě k tomu stavu zmapování osvětlených ulic - tedy ne přímo lamp, to
> je samostatná záležitost, ale jen a pouze tagu lit na silnicích:
>
> Mapa už samozřejmě existuje a je tu krásně vidět, jak je či spíš není
> zmapováno. Např. Praha:
> http://product.itoworld.com/map/69?lon=14.48826=50.08501=12_sidebar=share_menu=true
>
>
> Mimo Prahu je to ještě horší.
>
> Doporučuju prohlédnout nabízené mapy všechny, třeba "walkable city" -
> http://product.itoworld.com/map/132?lon=14.48031=48.99107=16_sidebar=share_menu=true
> je taky zajímavá a je/bylo z ní mimo jiné i vidět, proč mě pěší
> navigace naháněly na silnice I. třídy bez chodníků, místo na souběžnou
> stezku pro pěší a cyklisty a na kterých místech je třeba domapovat
> chodníky.
>
> Majka
>

Další námět na úkol měsíce, čtvrtletí, roku? Jako bylo by to fajn, ale
už tak nevím co dříve :-D
V okolí plno nedomapovaných vesnic a vesniček a času málo. Nicméně to
vypadá, že nastupující mrazy budou mít jistý pozitivní vliv na množství
času, které budu mít k dispozici :-D

Marián

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

Re: [Talk-it] Nodi/way sovrapposti (usando Josm)

[Federico Cortese]

2017-01-06 19:23 GMT+01:00 mbranco2 :
> Grazie Volker, quindi dici che praticamente sempre il lato comune di due
> edifici vada sovrapposto (duplicato) ?
> Avevo il dubbio perchè avendo "fuso" il lato in comune con contourmerge, se
> poi cancelli uno dei due edifici il lato in comune non sparisce (per
> l'edificio che rimane), quindi pensavo che per il database "fosse meglio"
> non duplicare nodi/way...
>

Anche io la pensavo così inizialmente, non mi piaceva che ci fossero
segmenti sovrapposti.
La soluzione che adottavo erano i multipoligoni: cioè disegnavo il
lato in comune solo una volta e lo riutilizzavo come outer in due
relazioni multipoligono per i due fabbricati adiacenti.
Molti mappatori più esperti poi mi hanno sconsigliato questo metodo e
ho desistito.
Oggi mi rendo conto che in quel modo diventa molto più complicato
manutenere il database, ma anche apportare aggiornamenti alle
geometrie.

Ciao
Federico

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

Re: [Talk-it] Nodi/way sovrapposti (usando Josm)

[mbranco2]

sì, esatto per il plugin contourmerge.

Per la duplicazione dei nodi, hai ragione: se clicchi sul primo nodo di una
way esistente, lui capisce che vuoi prolungarla e quindi non ti duplica il
nodo.
Ma se fai il primo nodo (i primi nodi) della nuova way non sulla way
preesistente, e i successivi nodi li sovrapponi alla way preesistene,
allora li duplica.


Il giorno 6 gennaio 2017 19:29, Federico Cortese  ha
scritto:

> 2017-01-06 19:22 GMT+01:00 Federico Cortese :
> > 2017-01-06 19:13 GMT+01:00 mbranco2 :
> >> Per il plugin contourmerge vale il contrario di quello che dici:
> funziona
> >> solo con le way chiuse (io lo uso sia per i building che per i landuse)
> >>
> >
> > A me funziona solo su linee aperte, non so cosa dirti abbiamo JOSM
> diversi :-)
> >
>
> Ok ho capito, sulle way aperte come lo usavo io funziona in automatico.
> Per le way chiuse bisogna prima cliccare i due punti della prima e i
> due punti della seconda ed è sicuramente il metodo che hai usato per i
> fabbricati.
> L'altro discorso dei nodi sovrapposti ancora non me lo spiego.
>
> 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-es] Limpieza de etiquetas innecesarias o mal usadas.

[Matías h]

Lo del osmose si que lo he visto,  incluso en tiempos hice algo similar con
un montón de vértices geodesicos.

De todos modos creo que lo suyo es hacer una recopilación en la wiki de
todas la posibles etiquetas a limpiar,  borrar,  etc y luego decidir la
herramienta o forma de hacerlo

El 6 ene. 2017 19:04, "Diego García"  escribió:

> Buenas tardes de nuevo.
>
> Siendo así, perfecto. Es muy buena idea lo de sólo tocar los que estén en
> versión 1. Pero ya verás qué cantidad de polígonos comparten nodos con
> otros elementos que no tienen nada que ver; es mucha gente editando sin
> ningún cuidado desde que se metió el corine.
>
> ¿Te has planteado lo del osmose? Podría ser una solución para lo de los
> vértices y problemas de etiquetado.
>
> Un saludo,
>
>
>
> El vie., 6 ene. 2017 a las 18:55, Matías h ()
> escribió:
>
>> Hola.
>>
>> Lo de CORINE es difícil de gestionar,  pero hay que reconocer que la
>> mayoría de los polígonos no se corresponde con la realidad.
>>
>> Lo que  propuse es como mucho borrar aquellos polígonos que aún estén en
>> su versión 1 y que por lo  tanto no deberían compartir ni un solo nodo con
>> ninguna otra entidad. Por descontado,  que en cuanto algún polígono haya
>> sido tocado en alguna edición,  ya no se puede borrar...
>>
>>
>> El 6 ene. 2017 18:30, "Diego García"  escribió:
>>
>> Buenas tardes a todos.
>>
>> Aparte de decir que me parece un gran acierto esta limpieza, querría
>> mencionar dos detalles:
>>
>> - Lo último que habría que hacer con CORINE sería eliminar los polígonos
>> existentes. No sólo dejaría un hueco impresionante en todo el mapa: el
>> problema principal es que muchos nodos están compartidos (por vicios de
>> edición) con elementos como carreteras, caminos, ... y lo que pille.
>> Eliminar un trozo de bosque de CORINE suele implicar destrozar un tramo de
>> vía, imaginad si se eliminan de golpe todos los CORINE... destrozo
>> asegurado.
>>
>> - Se podría arreglar la mayoría de etiquetas con la herramienta osmose (
>> http://osmose.openstreetmap.fr/es/map/ ), incluído mayúsculas, alturas
>> de los vértices, etiquetas obsoletas... O eso, o ya estamos hablado de
>> importaciones a lo bruto, como con el caso de los vértices. Con osmose, por
>> ejemplo, las elevaciones con formato incorrecto se pueden ver desmarcando
>> todas las casillas de la izquierda, y dejando marcada "mal etiquetado -
>> valor numérico". Además, permite corregirlas en línea, desde la misma
>> página.
>>
>>
>> Un saludo,
>>
>> El jue., 5 ene. 2017 a las 13:57, Jorge Sanz Sanfructuoso (<
>> sanc...@gmail.com>) escribió:
>>
>> Si hay mas que estén así claramente si, a corregirlos todos.
>>
>> El jue., 5 ene. 2017 a las 13:55, Matías h ()
>> escribió:
>>
>> Hola. Yo es que en la columna que he puesto de ejemplos, no he añadido
>> todas las etiquetas que considero erroneas en cada grupo de datos, como
>> digo sólo en REGENTE hay más de una docena de ellas.
>>
>> Pero si es verdad que ese valor de ele no es válido. Ya puestos se
>> podrían corregir todos los valores de ele que aparezacan así no?.
>>
>> Gracias.
>>
>> El 5 de enero de 2017, 13:47, Jorge Sanz Sanfructuoso 
>> escribió:
>>
>> He añadido otro error de los Vértices ROI con la key ele.
>> A ver si hago memoria que me suena que había mas cosas.
>>
>> Un saludo
>>
>> El jue., 5 ene. 2017 a las 12:30, Matías h ()
>> escribió:
>>
>> Hola, buen día.
>>
>> A raíz de la reunión de la otra noche, se estableció que intentaríamos
>> hacer en principio un estudio de los tags que se han usado a lo largo de
>> los años (sobre todo en importaciones) que aportan una información
>> innecesaria, así como el uso de algunas etiquetas de forma erronea.
>>
>> He creado en la wiki una tabla para que vayamos aportando algunas ideas y
>> casos que nos vayamos encontrando y luego ya decidiremos la forma de
>> actuar. [1]
>>
>> Por otro lado, aunque el pasado martes se mencionó de pasada, u siguiendo
>> con el tema de limpieza, no estaría de más que nos plantearamos hacer
>> "algo" con las manchas verdes, CORINE. No me refiero a eliminar a saco, ya
>> que muchas modificaciones sobre estas entidades ahora si que se ajustan a
>> la realidad, pero en zonas menos mapeadas, siguen estando en su versión
>> original.
>>
>> Aunque lo ideal sería abrir otro hilo para comentar este tema ¿no?
>>
>> Saludos.
>>
>> [1] https://wiki.openstreetmap.org/wiki/ES:Limpieza_de_etiquetas
>>
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>> --
>> Jorge Sanz Sanfructuoso - Sanchi
>> Blog http://blog.jorgesanzs.com/
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>> ___

Re: [Talk-it] Nodi/way sovrapposti (usando Josm)

[Federico Cortese]

2017-01-06 19:22 GMT+01:00 Federico Cortese :
> 2017-01-06 19:13 GMT+01:00 mbranco2 :
>> Per il plugin contourmerge vale il contrario di quello che dici: funziona
>> solo con le way chiuse (io lo uso sia per i building che per i landuse)
>>
>
> A me funziona solo su linee aperte, non so cosa dirti abbiamo JOSM diversi :-)
>

Ok ho capito, sulle way aperte come lo usavo io funziona in automatico.
Per le way chiuse bisogna prima cliccare i due punti della prima e i
due punti della seconda ed è sicuramente il metodo che hai usato per i
fabbricati.
L'altro discorso dei nodi sovrapposti ancora non me lo spiego.

Ciao
Federico

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

Re: [Talk-it] Nodi/way sovrapposti (usando Josm)

[scratera]

...inquesto caso preferisco usare le relazioni mutlipoligono...
http://wiki.openstreetmap.org/wiki/IT:Relation:multipolygon

...in caso di edifici penso che questo sia molto esplicativo
http://wiki.openstreetmap.org/wiki/IT:Roof_modelling



--
View this message in context: 
http://gis.19327.n8.nabble.com/Nodi-way-sovrapposti-usando-Josm-tp555p567.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-it] Nodi/way sovrapposti (usando Josm)

[mbranco2]

Grazie Volker, quindi dici che praticamente sempre il lato comune di due
edifici vada sovrapposto (duplicato) ?
Avevo il dubbio perchè avendo "fuso" il lato in comune con contourmerge, se
poi cancelli uno dei due edifici il lato in comune non sparisce (per
l'edificio che rimane), quindi pensavo che per il database "fosse meglio"
non duplicare nodi/way...

Lo stesso problema si propone con la way chiusa dei place=square di cui
stiamo recentemente discutendo, visto che dovrebbe avere in comune le
highway o i building che contornano la piazza.

Il giorno 6 gennaio 2017 19:08, Volker Schmidt  ha
scritto:

> ... se hanno "hight" diverse, o se sono su due "layer" diversi, o se hanno
> un numero diverso di piani "building:levels", o altre caratteristiche
> diverse come nome, tipo di tetto, uso diverso ecc. ecc,
>
> ovvero: se non condividono tutti i tag associati
>
> 2017-01-06 18:48 GMT+01:00 mbranco :
>
>> Qualcuno può confermarmi che è sbagliato sovrapporre (pezzi di) way e/o
>> nodi
>> adl altri way/nodi preesistenti ?
>>
>> Lo chiedo perchè ho notato che in Josm, mentre si disegna, se si devono
>> riutilizzare pezzi preesistenti di way, e si ricalcano gli stessi nodi, in
>> realtà si stanno duplicando (josm non riutilizza i nodi preesistenti).
>>
>> Per es. dovendo disegnare due building adiacenti, con un lato in comune,
>> l'unico modo che ho trovato per non duplicare il lato in comune è stato
>> quello di usare il plugin ContourMerge: ci sono altri modi?.
>>
>> Mi verrebbe da pensare che l'unico caso caso in cui 2 way si possano (e si
>> debbano) sovrapporre sia quello in cui siano su due level diversi, ci sono
>> altri casi?
>>
>> Ciao e grazie,
>>
>>   Marco
>>
>>
>>
>> --
>> View this message in context: http://gis.19327.n8.nabble.com
>> /Nodi-way-sovrapposti-usando-Josm-tp555.html
>> Sent from the Italy General mailing list archive at Nabble.com.
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Nodi/way sovrapposti (usando Josm)

[Federico Cortese]

2017-01-06 19:13 GMT+01:00 mbranco2 :
> Appena hai ricalcato i nodi, se provi a spostarne uno, vedi che sotto c'è
> quello di prima.
> Altra prova: mettici name=pippo alla way vecchia, ricalcaci sopra un pezzo
> nuovo e mettici name=pluto
> Poi quando clicchi su quella way tenendo premuto il tasto alt, vedi
> alternativamente pippo o pluto.
>
Non ho idea di come possa succedere, a me non è mai capitato.
Se premi "A" (draw nodes) e clicchi su un nodo esistente si dovrebbe
agganciare in automatico.
Lo verifichi anche dal simbolo del nodo, perchè il quadratino diventa
più grande.
Se invece mentre disegni tieni premuto CTRL, allora i nodi non si
agganciano a quelli esistenti.
E' come se tu avessi questa modalità preimpostata, ma non so se e come
possa accadere.

> Per il plugin contourmerge vale il contrario di quello che dici: funziona
> solo con le way chiuse (io lo uso sia per i building che per i landuse)
>

A me funziona solo su linee aperte, non so cosa dirti abbiamo JOSM diversi :-)

Ciao
Federico

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

Re: [Talk-es] Limpieza de etiquetas innecesarias o mal usadas.

[Carlos Dávila]

El problema de nodos compartidos puede afectar también a polígonos que 
estén en la versión 1. Si se dibuja por ejemplo otro polígono adyacente 
a uno de CORINE y se usa algún nodo del polígono de corine como límite 
del nuevo polígono, el de corine seguirá en la versión 1 puesto que no 
se ha modificado, pero si lo borras también borrarás los nodos que 
utiliza el nuevo polígono. O sea, no se puede (muy a mi pesar;-)), salvo 
que se verifique que no comparte ningún nodo con otra entidad.


El 06/01/17 a las 19:03, Diego García escribió:

Buenas tardes de nuevo.

Siendo así, perfecto. Es muy buena idea lo de sólo tocar los que estén 
en versión 1. Pero ya verás qué cantidad de polígonos comparten nodos 
con otros elementos que no tienen nada que ver; es mucha gente 
editando sin ningún cuidado desde que se metió el corine.


¿Te has planteado lo del osmose? Podría ser una solución para lo de 
los vértices y problemas de etiquetado.


Un saludo,



El vie., 6 ene. 2017 a las 18:55, Matías h (>) escribió:


Hola.

Lo de CORINE es difícil de gestionar,  pero hay que reconocer que
la mayoría de los polígonos no se corresponde con la realidad.

Lo que  propuse es como mucho borrar aquellos polígonos que aún
estén en su versión 1 y que por lo  tanto no deberían compartir ni
un solo nodo con ninguna otra entidad. Por descontado,  que en
cuanto algún polígono haya sido tocado en alguna edición,  ya no
se puede borrar...


El 6 ene. 2017 18:30, "Diego García" > escribió:

Buenas tardes a todos.

Aparte de decir que me parece un gran acierto esta limpieza,
querría mencionar dos detalles:

- Lo último que habría que hacer con CORINE sería eliminar los
polígonos existentes. No sólo dejaría un hueco impresionante
en todo el mapa: el problema principal es que muchos nodos
están compartidos (por vicios de edición) con elementos como
carreteras, caminos, ... y lo que pille. Eliminar un trozo de
bosque de CORINE suele implicar destrozar un tramo de vía,
imaginad si se eliminan de golpe todos los CORINE... destrozo
asegurado.

- Se podría arreglar la mayoría de etiquetas con la
herramienta osmose ( http://osmose.openstreetmap.fr/es/map/ ),
incluído mayúsculas, alturas de los vértices, etiquetas
obsoletas... O eso, o ya estamos hablado de importaciones a lo
bruto, como con el caso de los vértices. Con osmose, por
ejemplo, las elevaciones con formato incorrecto se pueden ver
desmarcando todas las casillas de la izquierda, y dejando
marcada "mal etiquetado - valor numérico". Además, permite
corregirlas en línea, desde la misma página.


Un saludo,

El jue., 5 ene. 2017 a las 13:57, Jorge Sanz Sanfructuoso
(>) escribió:

Si hay mas que estén así claramente si, a corregirlos todos.

El jue., 5 ene. 2017 a las 13:55, Matías h
(>) escribió:

Hola. Yo es que en la columna que he puesto de
ejemplos, no he añadido todas las etiquetas que
considero erroneas en cada grupo de datos, como digo
sólo en REGENTE hay más de una docena de ellas.

Pero si es verdad que ese valor de ele no es válido.
Ya puestos se podrían corregir todos los valores de
ele que aparezacan así no?.

Gracias.

El 5 de enero de 2017, 13:47, Jorge Sanz Sanfructuoso
> escribió:

He añadido otro error de los Vértices ROI con la
key ele.
A ver si hago memoria que me suena que había mas
cosas.

Un saludo

El jue., 5 ene. 2017 a las 12:30, Matías h
(>) escribió:

Hola, buen día.

A raíz de la reunión de la otra noche, se
estableció que intentaríamos hacer en
principio un estudio de los tags que se han
usado a lo largo de los años (sobre todo en
importaciones) que aportan una información
innecesaria, así como el uso de algunas
etiquetas de forma erronea.

He creado en la wiki una tabla para que
vayamos aportando algunas ideas y casos que
nos vayamos encontrando y luego ya decidiremos
la forma 

Re: [Talk-it] Nodi/way sovrapposti (usando Josm)

[mbranco2]

Appena hai ricalcato i nodi, se provi a spostarne uno, vedi che sotto c'è
quello di prima.
Altra prova: mettici name=pippo alla way vecchia, ricalcaci sopra un pezzo
nuovo e mettici name=pluto
Poi quando clicchi su quella way tenendo premuto il tasto alt, vedi
alternativamente pippo o pluto.

Per il plugin contourmerge vale il contrario di quello che dici: funziona
solo con le way chiuse (io lo uso sia per i building che per i landuse)

Ciao

Il giorno 6 gennaio 2017 19:01, Federico Cortese  ha
scritto:

> >
> > Per es. dovendo disegnare due building adiacenti, con un lato in comune,
> > l'unico modo che ho trovato per non duplicare il lato in comune è stato
> > quello di usare il plugin ContourMerge: ci sono altri modi?.
> >
>
> Non ho ben capito cosa intendi per duplicare il lato in comune.
> In realtà basta ricalcare i nodi mentre si disegna il nuovo poligono
> in adiacenza.
> Se il lato in comune è complesso basta cliccare sul primo nodo e poi
> premere F (follow line) finchè non si ricalca fino al punto
> desiderato.
> Il plugin contourmerge non lo vedo adatto perchè funziona solo con le
> way aperte e il fabbricato dovrebbe essere un'area chiusa.
>
> 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] Nodi/way sovrapposti (usando Josm)

[Volker Schmidt]

... se hanno "hight" diverse, o se sono su due "layer" diversi, o se hanno
un numero diverso di piani "building:levels", o altre caratteristiche
diverse come nome, tipo di tetto, uso diverso ecc. ecc,

ovvero: se non condividono tutti i tag associati

2017-01-06 18:48 GMT+01:00 mbranco :

> Qualcuno può confermarmi che è sbagliato sovrapporre (pezzi di) way e/o
> nodi
> adl altri way/nodi preesistenti ?
>
> Lo chiedo perchè ho notato che in Josm, mentre si disegna, se si devono
> riutilizzare pezzi preesistenti di way, e si ricalcano gli stessi nodi, in
> realtà si stanno duplicando (josm non riutilizza i nodi preesistenti).
>
> Per es. dovendo disegnare due building adiacenti, con un lato in comune,
> l'unico modo che ho trovato per non duplicare il lato in comune è stato
> quello di usare il plugin ContourMerge: ci sono altri modi?.
>
> Mi verrebbe da pensare che l'unico caso caso in cui 2 way si possano (e si
> debbano) sovrapporre sia quello in cui siano su due level diversi, ci sono
> altri casi?
>
> Ciao e grazie,
>
>   Marco
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/Nodi-way-sovrapposti-usando-Josm-tp555.html
> Sent from the Italy General mailing list archive at Nabble.com.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] Wikipedia/Wikidata admins cleanup

[Christoph Hormann]

On Friday 06 January 2017, john whelan wrote:
>
> I think we should be trying to build the community.  We need a
> balance between adding data without limits, and building the
> community and building the community is hard.

Well - as overzealous as Nakaners intervention in this case might have 
been in a way it is a good sign that someone still cares.  When Simon 
says "Canvec and broken import is essentially a synonym" that is not an 
exaggeration, if you mention Canvec in a typical European community 
meeting you usually just get a big sigh in return.  I for one do not 
touch Canada in OSM any more, not even with a ten foot pole.  And the 
only way this would change is a permanent moratorium on Canvec imports.

But since i don't see this happening i sincerely hope you are able to 
build a big and active community even with the Canvec data - which 
seems difficult to me but it is not my place to judge this.

> My roots are in the UK, I've mapped in the UK using local knowledge.
>  I live in Canada.  Am I part of the UK local community of mappers?

To me local community means the community of local mappers.  To what 
extent a local mapper stays a local mapper after moving away and how 
far you can become a local mapper during a short term visit is an open 
question.  But this is just minor semantics.  The important thing is 
that OSM is primarily about local knowledge and human assessment of the 
on-the-ground situation.

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [Talk-es] Limpieza de etiquetas innecesarias o mal usadas.

[Diego García]

Buenas tardes de nuevo.

Siendo así, perfecto. Es muy buena idea lo de sólo tocar los que estén en
versión 1. Pero ya verás qué cantidad de polígonos comparten nodos con
otros elementos que no tienen nada que ver; es mucha gente editando sin
ningún cuidado desde que se metió el corine.

¿Te has planteado lo del osmose? Podría ser una solución para lo de los
vértices y problemas de etiquetado.

Un saludo,



El vie., 6 ene. 2017 a las 18:55, Matías h ()
escribió:

> Hola.
>
> Lo de CORINE es difícil de gestionar,  pero hay que reconocer que la
> mayoría de los polígonos no se corresponde con la realidad.
>
> Lo que  propuse es como mucho borrar aquellos polígonos que aún estén en
> su versión 1 y que por lo  tanto no deberían compartir ni un solo nodo con
> ninguna otra entidad. Por descontado,  que en cuanto algún polígono haya
> sido tocado en alguna edición,  ya no se puede borrar...
>
>
> El 6 ene. 2017 18:30, "Diego García"  escribió:
>
> Buenas tardes a todos.
>
> Aparte de decir que me parece un gran acierto esta limpieza, querría
> mencionar dos detalles:
>
> - Lo último que habría que hacer con CORINE sería eliminar los polígonos
> existentes. No sólo dejaría un hueco impresionante en todo el mapa: el
> problema principal es que muchos nodos están compartidos (por vicios de
> edición) con elementos como carreteras, caminos, ... y lo que pille.
> Eliminar un trozo de bosque de CORINE suele implicar destrozar un tramo de
> vía, imaginad si se eliminan de golpe todos los CORINE... destrozo
> asegurado.
>
> - Se podría arreglar la mayoría de etiquetas con la herramienta osmose (
> http://osmose.openstreetmap.fr/es/map/ ), incluído mayúsculas, alturas de
> los vértices, etiquetas obsoletas... O eso, o ya estamos hablado de
> importaciones a lo bruto, como con el caso de los vértices. Con osmose, por
> ejemplo, las elevaciones con formato incorrecto se pueden ver desmarcando
> todas las casillas de la izquierda, y dejando marcada "mal etiquetado -
> valor numérico". Además, permite corregirlas en línea, desde la misma
> página.
>
>
> Un saludo,
>
> El jue., 5 ene. 2017 a las 13:57, Jorge Sanz Sanfructuoso (<
> sanc...@gmail.com>) escribió:
>
> Si hay mas que estén así claramente si, a corregirlos todos.
>
> El jue., 5 ene. 2017 a las 13:55, Matías h ()
> escribió:
>
> Hola. Yo es que en la columna que he puesto de ejemplos, no he añadido
> todas las etiquetas que considero erroneas en cada grupo de datos, como
> digo sólo en REGENTE hay más de una docena de ellas.
>
> Pero si es verdad que ese valor de ele no es válido. Ya puestos se podrían
> corregir todos los valores de ele que aparezacan así no?.
>
> Gracias.
>
> El 5 de enero de 2017, 13:47, Jorge Sanz Sanfructuoso 
> escribió:
>
> He añadido otro error de los Vértices ROI con la key ele.
> A ver si hago memoria que me suena que había mas cosas.
>
> Un saludo
>
> El jue., 5 ene. 2017 a las 12:30, Matías h ()
> escribió:
>
> Hola, buen día.
>
> A raíz de la reunión de la otra noche, se estableció que intentaríamos
> hacer en principio un estudio de los tags que se han usado a lo largo de
> los años (sobre todo en importaciones) que aportan una información
> innecesaria, así como el uso de algunas etiquetas de forma erronea.
>
> He creado en la wiki una tabla para que vayamos aportando algunas ideas y
> casos que nos vayamos encontrando y luego ya decidiremos la forma de
> actuar. [1]
>
> Por otro lado, aunque el pasado martes se mencionó de pasada, u siguiendo
> con el tema de limpieza, no estaría de más que nos plantearamos hacer
> "algo" con las manchas verdes, CORINE. No me refiero a eliminar a saco, ya
> que muchas modificaciones sobre estas entidades ahora si que se ajustan a
> la realidad, pero en zonas menos mapeadas, siguen estando en su versión
> original.
>
> Aunque lo ideal sería abrir otro hilo para comentar este tema ¿no?
>
> Saludos.
>
> [1] https://wiki.openstreetmap.org/wiki/ES:Limpieza_de_etiquetas
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
> --
> Jorge Sanz Sanfructuoso - Sanchi
> Blog http://blog.jorgesanzs.com/
>
> ___
> 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
>
> --
> Jorge Sanz Sanfructuoso - Sanchi
> Blog http://blog.jorgesanzs.com/
> ___
> 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-it] Nodi/way sovrapposti (usando Josm)

[Federico Cortese]

>
> Per es. dovendo disegnare due building adiacenti, con un lato in comune,
> l'unico modo che ho trovato per non duplicare il lato in comune è stato
> quello di usare il plugin ContourMerge: ci sono altri modi?.
>

Non ho ben capito cosa intendi per duplicare il lato in comune.
In realtà basta ricalcare i nodi mentre si disegna il nuovo poligono
in adiacenza.
Se il lato in comune è complesso basta cliccare sul primo nodo e poi
premere F (follow line) finchè non si ricalca fino al punto
desiderato.
Il plugin contourmerge non lo vedo adatto perchè funziona solo con le
way aperte e il fabbricato dovrebbe essere un'area chiusa.

Ciao
Federico

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

Re: [Talk-es] Limpieza de etiquetas innecesarias o mal usadas.

[Matías h]

Hola.

Lo de CORINE es difícil de gestionar,  pero hay que reconocer que la
mayoría de los polígonos no se corresponde con la realidad.

Lo que  propuse es como mucho borrar aquellos polígonos que aún estén en su
versión 1 y que por lo  tanto no deberían compartir ni un solo nodo con
ninguna otra entidad. Por descontado,  que en cuanto algún polígono haya
sido tocado en alguna edición,  ya no se puede borrar...


El 6 ene. 2017 18:30, "Diego García"  escribió:

Buenas tardes a todos.

Aparte de decir que me parece un gran acierto esta limpieza, querría
mencionar dos detalles:

- Lo último que habría que hacer con CORINE sería eliminar los polígonos
existentes. No sólo dejaría un hueco impresionante en todo el mapa: el
problema principal es que muchos nodos están compartidos (por vicios de
edición) con elementos como carreteras, caminos, ... y lo que pille.
Eliminar un trozo de bosque de CORINE suele implicar destrozar un tramo de
vía, imaginad si se eliminan de golpe todos los CORINE... destrozo
asegurado.

- Se podría arreglar la mayoría de etiquetas con la herramienta osmose (
http://osmose.openstreetmap.fr/es/map/ ), incluído mayúsculas, alturas de
los vértices, etiquetas obsoletas... O eso, o ya estamos hablado de
importaciones a lo bruto, como con el caso de los vértices. Con osmose, por
ejemplo, las elevaciones con formato incorrecto se pueden ver desmarcando
todas las casillas de la izquierda, y dejando marcada "mal etiquetado -
valor numérico". Además, permite corregirlas en línea, desde la misma
página.


Un saludo,

El jue., 5 ene. 2017 a las 13:57, Jorge Sanz Sanfructuoso (<
sanc...@gmail.com>) escribió:

> Si hay mas que estén así claramente si, a corregirlos todos.
>
> El jue., 5 ene. 2017 a las 13:55, Matías h ()
> escribió:
>
> Hola. Yo es que en la columna que he puesto de ejemplos, no he añadido
> todas las etiquetas que considero erroneas en cada grupo de datos, como
> digo sólo en REGENTE hay más de una docena de ellas.
>
> Pero si es verdad que ese valor de ele no es válido. Ya puestos se podrían
> corregir todos los valores de ele que aparezacan así no?.
>
> Gracias.
>
> El 5 de enero de 2017, 13:47, Jorge Sanz Sanfructuoso 
> escribió:
>
> He añadido otro error de los Vértices ROI con la key ele.
> A ver si hago memoria que me suena que había mas cosas.
>
> Un saludo
>
> El jue., 5 ene. 2017 a las 12:30, Matías h ()
> escribió:
>
> Hola, buen día.
>
> A raíz de la reunión de la otra noche, se estableció que intentaríamos
> hacer en principio un estudio de los tags que se han usado a lo largo de
> los años (sobre todo en importaciones) que aportan una información
> innecesaria, así como el uso de algunas etiquetas de forma erronea.
>
> He creado en la wiki una tabla para que vayamos aportando algunas ideas y
> casos que nos vayamos encontrando y luego ya decidiremos la forma de
> actuar. [1]
>
> Por otro lado, aunque el pasado martes se mencionó de pasada, u siguiendo
> con el tema de limpieza, no estaría de más que nos plantearamos hacer
> "algo" con las manchas verdes, CORINE. No me refiero a eliminar a saco, ya
> que muchas modificaciones sobre estas entidades ahora si que se ajustan a
> la realidad, pero en zonas menos mapeadas, siguen estando en su versión
> original.
>
> Aunque lo ideal sería abrir otro hilo para comentar este tema ¿no?
>
> Saludos.
>
> [1] https://wiki.openstreetmap.org/wiki/ES:Limpieza_de_etiquetas
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
> --
> Jorge Sanz Sanfructuoso - Sanchi
> Blog http://blog.jorgesanzs.com/
>
> ___
> 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
>
> --
> Jorge Sanz Sanfructuoso - Sanchi
> Blog http://blog.jorgesanzs.com/
> ___
> 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 mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk] Public GPS Traces

[Eugene Alvin Villar]

Canonical blog post that explains this layer:
https://www.mapbox.com/blog/openstreetmap-gps-layer/

On Sat, Jan 7, 2017 at 1:41 AM, Dave F  wrote:

> Main Page > Map Layers > Public GPS Traces
>
> What do the different colours represent for this feature?
>
> 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
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-it] Nodi/way sovrapposti (usando Josm)

[mbranco]

Qualcuno può confermarmi che è sbagliato sovrapporre (pezzi di) way e/o nodi
adl altri way/nodi preesistenti ?

Lo chiedo perchè ho notato che in Josm, mentre si disegna, se si devono
riutilizzare pezzi preesistenti di way, e si ricalcano gli stessi nodi, in
realtà si stanno duplicando (josm non riutilizza i nodi preesistenti).

Per es. dovendo disegnare due building adiacenti, con un lato in comune,
l'unico modo che ho trovato per non duplicare il lato in comune è stato
quello di usare il plugin ContourMerge: ci sono altri modi?.

Mi verrebbe da pensare che l'unico caso caso in cui 2 way si possano (e si
debbano) sovrapporre sia quello in cui siano su due level diversi, ci sono
altri casi?

Ciao e grazie,

  Marco



--
View this message in context: 
http://gis.19327.n8.nabble.com/Nodi-way-sovrapposti-usando-Josm-tp555.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: [OSM-talk] Public GPS Traces

[Grant Slater]

On 6 January 2017 at 17:41, Dave F  wrote:
> Main Page > Map Layers > Public GPS Traces
>
> What do the different colours represent for this feature?
>

Travel direction.

/ Grant

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

[OSM-talk] Public GPS Traces

[Dave F]

Main Page > Map Layers > Public GPS Traces

What do the different colours represent for this feature?

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-es] Limpieza de etiquetas innecesarias o mal usadas.

[Diego García]

Buenas tardes a todos.

Aparte de decir que me parece un gran acierto esta limpieza, querría
mencionar dos detalles:

- Lo último que habría que hacer con CORINE sería eliminar los polígonos
existentes. No sólo dejaría un hueco impresionante en todo el mapa: el
problema principal es que muchos nodos están compartidos (por vicios de
edición) con elementos como carreteras, caminos, ... y lo que pille.
Eliminar un trozo de bosque de CORINE suele implicar destrozar un tramo de
vía, imaginad si se eliminan de golpe todos los CORINE... destrozo
asegurado.

- Se podría arreglar la mayoría de etiquetas con la herramienta osmose (
http://osmose.openstreetmap.fr/es/map/ ), incluído mayúsculas, alturas de
los vértices, etiquetas obsoletas... O eso, o ya estamos hablado de
importaciones a lo bruto, como con el caso de los vértices. Con osmose, por
ejemplo, las elevaciones con formato incorrecto se pueden ver desmarcando
todas las casillas de la izquierda, y dejando marcada "mal etiquetado -
valor numérico". Además, permite corregirlas en línea, desde la misma
página.


Un saludo,

El jue., 5 ene. 2017 a las 13:57, Jorge Sanz Sanfructuoso (<
sanc...@gmail.com>) escribió:

> Si hay mas que estén así claramente si, a corregirlos todos.
>
> El jue., 5 ene. 2017 a las 13:55, Matías h ()
> escribió:
>
> Hola. Yo es que en la columna que he puesto de ejemplos, no he añadido
> todas las etiquetas que considero erroneas en cada grupo de datos, como
> digo sólo en REGENTE hay más de una docena de ellas.
>
> Pero si es verdad que ese valor de ele no es válido. Ya puestos se podrían
> corregir todos los valores de ele que aparezacan así no?.
>
> Gracias.
>
> El 5 de enero de 2017, 13:47, Jorge Sanz Sanfructuoso 
> escribió:
>
> He añadido otro error de los Vértices ROI con la key ele.
> A ver si hago memoria que me suena que había mas cosas.
>
> Un saludo
>
> El jue., 5 ene. 2017 a las 12:30, Matías h ()
> escribió:
>
> Hola, buen día.
>
> A raíz de la reunión de la otra noche, se estableció que intentaríamos
> hacer en principio un estudio de los tags que se han usado a lo largo de
> los años (sobre todo en importaciones) que aportan una información
> innecesaria, así como el uso de algunas etiquetas de forma erronea.
>
> He creado en la wiki una tabla para que vayamos aportando algunas ideas y
> casos que nos vayamos encontrando y luego ya decidiremos la forma de
> actuar. [1]
>
> Por otro lado, aunque el pasado martes se mencionó de pasada, u siguiendo
> con el tema de limpieza, no estaría de más que nos plantearamos hacer
> "algo" con las manchas verdes, CORINE. No me refiero a eliminar a saco, ya
> que muchas modificaciones sobre estas entidades ahora si que se ajustan a
> la realidad, pero en zonas menos mapeadas, siguen estando en su versión
> original.
>
> Aunque lo ideal sería abrir otro hilo para comentar este tema ¿no?
>
> Saludos.
>
> [1] https://wiki.openstreetmap.org/wiki/ES:Limpieza_de_etiquetas
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
> --
> Jorge Sanz Sanfructuoso - Sanchi
> Blog http://blog.jorgesanzs.com/
>
> ___
> 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
>
> --
> Jorge Sanz Sanfructuoso - Sanchi
> Blog http://blog.jorgesanzs.com/
> ___
> 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: [OSM-talk] Wikipedia/Wikidata admins cleanup

[john whelan]

I think one issue to try and define is what is the local community?

Canada is big, parts are closer to London UK than Vancouver.

Yes we have a bandwidth of opinions but so does the rest of OSM.

At the moment I'm trying to clean up a bit in Africa.  In many parts there
is no local community.  Morocco is extremely difficult, there are more than
two thousand untagged ways by one mapper many of which are a square with an
arrow pointing away from the square. Many have a note but they look like an
import of some such to me and I'd be delighted if Michael took aim at them.

I think we should be trying to build the community.  We need a balance
between adding data without limits, and building the community and building
the community is hard.  A bit like validation on the HOT side give gentle
guidance and you get better mapping, people feel motivated, tag the tile as
invalid because the project manager who did the validation feels that more
things were mapped on a tile than were requested doesn't help build the
community side of things.  Especially when I checked and the things that
had been mapped had been mapped before the HOT project.

One of the mappers whose opinion I respect in Africa is actually based in
Montreal.  He has travelled a great deal and knows the local conditions and
has good local contacts.  I would say he's part of the local African
community.

My roots are in the UK, I've mapped in the UK using local knowledge.  I
live in Canada.  Am I part of the UK local community of mappers?

I think we have to accept a different standard for imports in different
parts of the world.  Africa has seen a fair number of imports of schools
for example.  Many settlement names have been imported in places they look
like a spreadsheet because the accuracy of the import was limited in the
number of digits after the decimal point.  I haven't seen much activity
from Michael on these imports and to be honest even though they have been
imported and the quality isn't perfect they are being used by end users.
OSM is in use by local government as well as NGOs in Africa they have
nothing better. Should we strip out these imports and demand that only data
from local mappers with hand held GPS devices be allowed into the map?

Cheerio John

On 6 January 2017 at 11:20, Christoph Hormann  wrote:

> On Friday 06 January 2017, Mikel Maron wrote:
> > [...] http://www.openstreetmap.org/changeset/39517002 is
> > an example. There were issues with this import, sure. This was not
> > vandalism, advertising, or a fatal breakage of the map -- not a
> > situation where an immediate action was justified (and definitely
> > there are other situations where immediate action is needed).
>
> Agreed, this is not how things should be done.  Note Nakaner is not a
> local mapper here nor does he - to my knowledge - routinely map in this
> area.
>
> Note within the Canadian community there is a significant bandwidth of
> opinions regarding the Canvec imports and also significant voices that
> want to stop them and even remove significant parts of the Canvec data
> again.  Still this is ultimately the decisions of the Canadian
> community, even if - to quote myself - it is worth considering
> if "someone sitting in Toronto, Montreal or Vancouver [is] really more
> of a local mapper on Devon Island or Ellesmere Island than someone from
> Britain, Germany or Russia?"
>
> --
> Christoph Hormann
> http://www.imagico.de/
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] listes.openstreetmap.fr en rade

[Jean-Claude Repetto]

On 06/01/2017 16:01, THEVENON Julien wrote:

Salut,

J essaie d acceder a l interface d administration de la mailing liste 
osm-grenoble mais il semble que le serveur listes.openstreetmap.fr soit dans 
les choux.
Est ce qu un admin peut y jeter un coup d oeuil

Merci d avance
Julien


Bonjour,

Idem pour le forum : http://forum.openstreetmap.fr/

Jean-Claude


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

Re: [OSM-talk] Wikipedia/Wikidata admins cleanup

[Simon Poole]

Am 06.01.2017 um 16:37 schrieb Mikel Maron:

..

I would suggest that using this case to make your point is seriously
misplaced.

Reverting a broken import asap to allow for a) the guidelines to be
followed, b) address technical and legal issues, is the sensible,
logical and low impact and only scalable course of action. It is
definitely neither unfriendly nor un-welcoming or any other adjective
you want to use*. The earlier and more consistently it happens the less
effort and work is lost by all participants.

If there is an issue with immediate reverts, it is that, particularly in
the past, there hasn't been enough. The numerous broken imports (CANVEC
and broken import is essentially a synonym) that bitrot in our data and
are long past any reasonable way of removing them are testimony to this.

It is fatal for the project that you are creating the impression that as
long as you argue long enough and feign innocence you will be able to
bypass the rules and get away with whatever you want. To the contrary,
we should be making it clear that not following the few, definitely not
particularly arduous to adhere to, rules will result in immediate
removal of the content.

Simon

* the participants in the referenced discussion are neither newbies, not
aware of the guidelines, or any other mitigating factor, but that is not
the point.



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

Re: [Talk-it] Novità sulle piazze

[mbranco2]

Secondo me hai fatto bene: sono d'accordo con la wiki, che indica l'uso
solo di un nodo, o una way chiusa , per il tag place=square (quindi le
relazioni non sono previste).

Ricordo cosa aveva detto Martin, quando aveva detto [1] che è inutile
costruire relazioni defininendo outer il perimetro della piazza e inner
tutto quello che ci sta dentro: è implicito...

Non conoscendo il posto però non dico niente sull'esattezza del perimetro
(il dubbio di Lorenzo appena sopra) : volevo solo approvare l'uso di una
way chiusa anzichè di una relazione.

Ciao,
  Marco

[1]http://gis.19327.n8.nabble.com/Le-piazze-td5887345.html#a5887415


Il giorno 6 gennaio 2017 13:37, mircozorzo  ha
scritto:

> Prato della Valle a Padova non era etichettato corretamente perché io ho
> aggiunto place=square ma alla relazione che è fatta di due poligono il più
> piccolo dei quali con il ruolo inner esclude l'Isola Memmia che invece fa
> parte a pieno titolo di PDV.
> Ho quindi spostato dalla relazione al poligono esterno il place=square, ho
> fatto bene secondo voi?
>
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] Wikipedia/Wikidata admins cleanup

[Christoph Hormann]

On Friday 06 January 2017, Mikel Maron wrote:
> [...] http://www.openstreetmap.org/changeset/39517002 is
> an example. There were issues with this import, sure. This was not
> vandalism, advertising, or a fatal breakage of the map -- not a
> situation where an immediate action was justified (and definitely
> there are other situations where immediate action is needed).

Agreed, this is not how things should be done.  Note Nakaner is not a 
local mapper here nor does he - to my knowledge - routinely map in this 
area.

Note within the Canadian community there is a significant bandwidth of 
opinions regarding the Canvec imports and also significant voices that 
want to stop them and even remove significant parts of the Canvec data 
again.  Still this is ultimately the decisions of the Canadian 
community, even if - to quote myself - it is worth considering 
if "someone sitting in Toronto, Montreal or Vancouver [is] really more 
of a local mapper on Devon Island or Ellesmere Island than someone from 
Britain, Germany or Russia?"

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [Talk-br] Sobre addr:interpolation - possibilidades

[Arlindo Pereira]

Dificilmente terei tempo de ajudar (ainda estou enrolado tentando subir
pouco a pouco os prédios no Rio), mas sugiro que seja quebrado em bairros,
no caso das cidades maiores. Ou ainda, que seja feito nos municípios por
ordem de menor para o maior (seja em área, seja em população), para
facilitar o trabalho.


[]s
Arlindo Pereira

Em 6 de janeiro de 2017 09:32, Peter Krauss  escreveu:

> Oi gente, "colocar a mão na massa" é também editar na Wiki (!!)
>
> @santamariense , tentei transcrever e adaptar algo, por favor revisar e
> complementar:
>
> https://wiki.openstreetmap.org/wiki/WikiProject_Brazil/
> CNEFE_2010/Importa%C3%A7%C3%A3o_dos_endere%C3%A7os
>
> Mais uma vez lembro que é fundamental agora consolidar (transcrever,
> resumir ou adapar) tudo o que foi discutido aqui nos emails, lá pra a Wiki,
> que foi o espaço eleito para o primeiro rascunho do projeto, e para
> "votarmos" (discutir e buscar consenso eventualmente também por meio de
> votação) metodologias e demais decisões de projeto.
>
> Por favor editem
>
>https://wiki.openstreetmap.org/wiki/WikiProject_Brazil/CNEFE_2010
>
> e seus links
>
>
>
>
>
> Em 5 de janeiro de 2017 23:29, santamariense 
> escreveu:
>
>> Penso que não existam metodologias completamente diferente entre nós.
>> Existem alguns pormenores em discussão, mas de modo geral a
>> metodologia parece ser a mesma.
>>
>> Eu não tenho conhecimentos de POSTGis mas to querendo aprender. Então
>> se lançarem no Git beleza.
>>
>> A ideia é que a metodologia seja aberta para que, quem tiver
>> interesse, possa contrapor, dar sugestões e entender o processo, mas
>> não necessariamente vai ter que aprender a fazer todo o processo do
>> zero.
>>
>> A ideia é (passos):
>>
>> 1. Padronizar uma metodologia (estamos neste momento aqui);
>> 2. Processar os dados de TODOS os municípios, já com formato *.osm
>> 3. Criar na wiki uma tabela de todos os municípios, com um link para
>> download do arquivo *.OSM e um campo de assinatura. (Exemplo: Escolhi
>> trabalhar no município X, então baixo o arquivo e, assino meu nome de
>> usuário para que outra pessoa não conflite em escolher o mesmo
>> município para edição). Além do que, se terá controle do andamento do
>> trabalho em escala nacional.
>> 4. Com o arquivo em mãos, vai se trabalhando em cima dele e salvando,
>> e, quando estiver pronto (todo o município) se faz o upload. Não
>> poderá ser baixado dados do OSM sobre o arquivo para evitar potenciais
>> conflitos de edição.
>>
>> Como a ideia é já entregar o arquivo em formato *.osm pronto para
>> ajustes finais, quem não tiver interesse em entender o processo de
>> como se chegou a ele, não precisará aprender a fazer.
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-it] Novità sulle piazze

[Lorenzo "Beba" Beltrami]

Il giorno 6 gennaio 2017 13:37, mircozorzo  ha
scritto:

> Ho quindi spostato dalla relazione al poligono esterno il place=square, ho
> fatto bene secondo voi?
>

Di sicuro è meglio di prima.
Quello che ti chiedo è: il giornalaio[1] verso Santa Giustina fa parte
anche lui a pieno titolo di Prato della Valle?
Se quel giornalaio e altre zone lì attorno sono anche loro a pieno titolo
Prato della Valle forse vale la pena fare un nuovo poligono ancora più
esterno su cui mettere place=square e name=Prato della Valle che racchiuda
(e quindi descriva meglio) tutti gli elementi di PDV.

Sul wiki addirittura si consiglia di usare gli stessi nodi degli elementi
che fanno da confine[2].
Un esempio lo puoi trovare a Roma[3] o a Londra[4].

Lorenzo

@Martin: ho visto che il wiki l'hai modificato tu inserendo quel
suggerimento. C'è una discussione a cui fare riferimento? Non è un po'
troppo macchinoso da manutenere dopo?

[1] https://www.openstreetmap.org/node/1460324902
[2] https://wiki.openstreetmap.org/wiki/Tag:place%3Dsquare
[3] http://www.openstreetmap.org/relation/6685928
[4] http://www.openstreetmap.org/way/260720557
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-at] Peter Paul

[Robin Däneke]

Hallo zusammen,


Ich lese die Diskussion jetzt schon länger mit.

Als jemand, der die Note letztes Jahr etwa 3 mal entfernt hat (nachdem ein 
andere User die Note vor mir auch schon etliche male gelöscht hatte) sehe ich 
das wiederholte Eintragen tatsächlich nur als Vandalismus.

Ich habe vor einigen Jahren doch viel Zeit nahe der Sch(w)abenwiese zugebracht, 
jedoch den Namen Peter-Paul-Berg hab ich nirgendwo gehört oder gesehen. Zu der 
Zeit hätte aber ich die Erhöhungen im Raum gut "Robinsberg", "Thomashügel" oder 
"Bernhardhill" nennen können. (Ich hab genug Namen zur Auswahl :P )

Muss man ja nur auf ein Schild schreiben, dort hinstellen, und hoffen, dass es 
Leute sehen und sich dran orientieren (wie bereits in anderen Mails hier 
erwähnt wurde).  Der liebe Peter-Paul scheint aber nichts in die Richtung zu 
machen. Oder steht vor Ort irgendwo ein Holzschild wo "Peter-Paul-Berg"? Wenn 
nicht, und man auch sonst keinen findet, der den Namen verwendet (wer hat Lust 
auf eine "Anrainerbefragung" ;) ) dann heißt der Berg derzeit auch nicht so.


Mit dem "Schild-aufstellen" hätte man auch bei dem Problem mit den 
Drachenaugenplätzen (ja, die Mails zu dem Thema waren echt Popcorn-reif) 
argumentieren können. Wenn das ganze im Umkreis/Volksmund bekannt ist, bzw. 
bekannt werden wird, man erkennt was es ist, und es in der Modellierung einen 
Tag für sowas gibt, dann ist es zu mappen. Wenn zumindes eines diese Sachen 
nicht zutrift, dann kann es entweder nicht dargestellt werden (Limit der 
verwendeten Sprache) oder ist für's Modell uninteressant.


In dem verlinkten Changeset ist der Name ja sogar ' "Peter-Paul-Berg! ' das ist 
sicherlich falsch. weil am Anfang ein " und am Ende ein ! kann nicht richtig 
sein. Der User wird wohl alle paar Wochen den Berg umbenennen, und hoffen, dass 
es mal keinem auffällt. Und das geht jetzt schon seit etwa vier Jahr so. Ich 
denke, zum 5-Jahres-Jubiläum seines Berg-Benennens könnte man ihm doch eine 
Auszeit schenken. Mit nettem Text beim Anmelden, dass er doch bitte den 
Namensbeweis antreten soll.


MfG

RobinD (emergency99)



Von: Stefan Tauner 
Gesendet: Donnerstag, 05. Jänner 2017 20:49
An: talk-at@openstreetmap.org
Betreff: Re: [Talk-at] Peter Paul

He did it again...
http://www.openstreetmap.org/changeset/44929255

--
Kind regards/Mit freundlichen Grüßen, Stefan Tauner

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at
Talk-at Info Page - 
OpenStreetMap
lists.openstreetmap.org
To see the collection of prior postings to the list, visit the Talk-at 
Archives. Using Talk-at: To post a message to all the list members, send email 
...



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

Re: [OSM-talk] Wikipedia/Wikidata admins cleanup

[Mikel Maron]

> "Reverts should be held to the same standard as imports" and "well documented 
>and visible plan" I read it as meaning "I want you to stop doing what you are 
>currently doing in the way that you are doing it", and want to understand 
>why.> I'd much rather the direction on this came from the community rather 
>than the board
You are questioning my motives and my affiliations. Yes, I wrote off the cuff, 
quickly in the middle of the thread. (Though have no idea what you mean by dog 
whistle here -- and I do know what a dog whistle is, I've just survived the US 
election :P). But sure, I'll take a little time here to do my best to achieve a 
clear communication -- no doubt I'll fall short, happy to keep trying.
It is good we have guidelines for handling imports, mechanical edits, disputes, 
and a community and working group that works to protect the map. I helped start 
the DWG after all. I do think there is room for improvement in certain 
circumstances (I'll give an example below) -- particularly around the tone and 
depth of the communication, the right speed of action, and transparency of 
process. My motivation is pretty much the same as everyone's here -- create a 
great map welcome to contributions to everyone who shares the vision of OSM, 
and helps us collectively improve how we do it. And I'm getting involved again 
in the DWG as me -- this has not been discussed by the Board at all, and 
serving as a Board member has no bearing on this discussion for anyone involved.
http://www.openstreetmap.org/changeset/39517002 is an example. There were 
issues with this import, sure. This was not vandalism, advertising, or a fatal 
breakage of the map -- not a situation where an immediate action was justified 
(and definitely there are other situations where immediate action is needed). 
An active mapper and an active community were communicating, acting to fix the 
problems. The reverter in this case choose to ignore the mapper and the 
community and took a unilateral action, in contradiction to some guidelines on 
the wiki. This kind of approach discourages community contribution and 
cooperation. We can do a lot better to cooperatively improve the map and how we 
map it.

We need guidelines and transparency on reverts and other processes of the the 
DWG, so the community knows best how to act when issues arise, and what to 
expect as mappers. We need to have a consistent understanding -- this will only 
help us in the DWG over time. Transparency educates everyone and has benefitted 
other parts of the OSMF, like the Board. Certainly not saying the transparency 
means all is visible -- there are definitely sensitivity topics, privacy 
implications, etc.

So that's where I'm at. My next steps are going to be review what we have 
written up on the wiki (http://wiki.openstreetmap.org/wiki/Vandalism, 
http://wiki.openstreetmap.org/wiki/Data_working_group, 
http://wiki.openstreetmap.org/wiki/Disputes), assess where there's a need for 
more clarity or inconsistencies, and propose some edits.
-Mikel

 * Mikel Maron * +14152835207 @mikel s:mikelmaron 

   

 On Friday, January 6, 2017 6:16 AM, Andy Townsend  wrote:
 
 

  On 05/01/17 12:23, mi...@groundtruth.in wrote:
 
     * Mikel Maron * +14152835207 @mikel s:mikelmaron ...  As Frederik said, 
better reporting and processing can benefit DWG. This is something I want to 
spend time on.
  
 
 I think that it's important that how we do this sort of thing as a project is 
discussed in whatever public forums are available (and right now the "most 
international" one we have is this talk list, alongside the other widely-used 
international community forums for different languages over at forum.osm.org 
such as the DE and RU forums there).
 
 Your "Reverts should be held to the same standard as imports..." post above 
may have been something of a dog-whistle response to Frederik's post, but when 
I read things that talk about "the current revert regime" and say "Reverts 
should be held to the same standard as imports" and "well documented and 
visible plan" I read it as meaning "I want you to stop doing what you are 
currently doing in the way that you are doing it", and want to understand why.
 
 I'd much rather the direction on this came from the community rather than the 
board (and yes, there will obviously be as many different views as there are 
OSM mappers).  If "the communication I've seen from community members making 
reverts has left a lot of rough feelings" then let's talk about it (for a 
start; which particular actions are we talking about?  Was the data that was 
removed added when it shouldn't have been (for e.g. license reasons) and are we 
just talking about the tone of the conversation, or something else?
 
 Activities such as https://www.openstreetmap.org/changeset/44923663 (to take 
an example revert action from me yesterday) are going to become more common as 
more people use OSM.  In this case the sequence of events was 

[Talk-GB] OSMUK CIC Ltd

[Brian Prangle]

Hi everyone

The bureacratic engine to make this a living organism is winding up. The
discussions prior to our first legal meeting (still sometime away - members
will get the due legal notice) are occurring here on Loomio.


It looks likely that our first meeting which will be to decide all the
legal stuff (e.g bank account, financial year end, membership fees, elect
new directors, affiliation to OSMF etc.) will be online.

You'll need to have been a member for  a clear 30 days before this first
meeting in order to be able to vote. We'll have an online signup for
membership up and running soon. Membership will have to be free until the
first meeting.

Our aim is to have had this first meeting before the end of March 2017

Regards

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

[OSM-talk-fr] listes.openstreetmap.fr en rade

[THEVENON Julien]

Salut,

J essaie d acceder a l interface d administration de la mailing liste 
osm-grenoble mais il semble que le serveur listes.openstreetmap.fr soit dans 
les choux.
Est ce qu un admin peut y jeter un coup d oeuil

Merci d avance
Julien

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

Re: [OSM-talk] Wikipedia/Wikidata admins cleanup

[Andy Mabbett]

On 6 January 2017 at 12:01, Christoph Hormann  wrote:

> It seems to me by the way that negative feelings of people whose
> activities have clashed with the DWG are natually more voiceful than
> those of people who contacted the DWG in despair because they are
> swamped with an undiscussed import or because they made a mistake
> themselves and ask for help after getting in trouble with others about
> it.

It seems to me that precisely the opposite is true. But as we've both
offered zero evidence for our beliefs, they should each carry no weight.

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

Re: [Talk-at] FOSSGIS 2017 - CfP endet HEUTE

[Tobias Knerr]

Zur Erinnerung: *Heute* endet die Vortragseinreichung für die 
FOSSGIS-Konferenz 2017 in Passau. Verlängern können wir die Frist 
diesmal leider nicht, also reicht schnell noch eure Ideen ein! Besonders 
aus Österreich vermissen wir noch Einreichungen, zumal die Konferenz 
doch quasi in eurem Vorgarten stattfindet – also, gebt euch einen Ruck! ;)


https://www.fossgis-konferenz.de/2017/callforpapers/

Falls euch die Zeit nicht mehr ganz reicht, stellt heute zumindest die 
Basisinfos ein. Am Abstract dürft ihr dann noch die nächsten Tage feilen.


Wer schon eingereicht hat: Danke für den Beitrag, das Programmkommittee 
wird sich nach Einreichungsschluss an die Arbeit machen und das Programm 
zusammenstellen. Wir haben nach dem aktuellen Stand schon viele 
interessante Vortragseinreichungen. :) Nichtsdestotrotz würden wir uns 
noch über weitere Vorträge aus dem OSM-Umfeld freuen!


Gruß,
Tobias

On 01.01.2017 21:16, Peter Barth wrote:

Hallo zusammen,

ich bumpe hier nochmal den Thread zur Erinnerung, da der 6. Januar  keine
Woche mehr entfernt ist und wir noch nicht genug Einreichungen haben.
Frederik hat das auf talk-de vor kurzem schon mal geschrieben
(https://lists.openstreetmap.org/pipermail/talk-de/2016-December/113735.html)
Ganz so schlimm sieht es nicht mehr aus, aber es ist noch zu wenig und
es hat doch sicher jeder von euch etwas interessantes zu erzählen! Also
los, nachdenken, einreichen und dann auf zur FOSSGIS-Konferenz 2017 in
Passau. Da Passau ja zudem fast in Österreich liegt, ist das für viele
von euch ein Katzensprung und z.B. die Linzer können da ja schon fast
einen Spaziergang draus machen ;-)

Und wo wir schon dabei sind könntet ihr euch auch gleich noch für den
OSM-Samstag im Wiki eintragen:
https://wiki.openstreetmap.org/wiki/FOSSGIS_2017/OSM-Events
Das erleichtert uns dann die Planung bzgl. Räumlichkeiten und
Verpflegung. Der OSM-Sonntag in Salzburg war wirklich genial; ich kann
euch nur empfehlen auch den OSM-Samstag in diesem Jahr nicht zu
verpassen!

Bei Fragen einfach hier oder direkt an mich oder an das Programmkomitee.
Ich freue mich über eure Einreichungen,
Peda


Peter Barth schrieb:


Hallo zusammen,

wie ihr vielleicht schon mitbekommen habt, haben wir doch noch einen
Austragungsort für die FOSSGIS-Konferenz 2017 gefunden! Und zwar freue
ich mich besonders, dass es die Dreiflüssestadt Passau, die zugleich
mein langjähriger Wohnort ist, geworden ist.

Veranstaltet wird die Konferenz vom FOSSGIS e.V. (http://fossgis.de) und
der OpenStreetMap-Community mit Unterstützung der Universität Passau
(http://www.uni-passau.de).

Im Jahr 2017 findet die FOSSGIS vom 22. bis 25. März an der Universität
Passau statt. Anläßlich des Erfolges im letzen Jahr wird es übrigens
auch dieses Jahr einen dedizierten OSM-Tag geben: Den OSM-Samstag am 25.
März, für alle, die es unter der Woche noch nicht zur Konferenz schaffen
oder noch mehr OSM wollen. Themen und Vorträge für diesen Tag werden wir
gesondert über das Wiki planen, mehr dazu später. Für alle anderen
Vorträge läuft der Call for Papers bis zum 06. Januar 2017!

Wir suchen: Deine Idee, Dein Projekt, Deinen Erfahrungsbericht, Dein
Thema. Genauer gesagt, suchen wir Vorträge für Einsteiger und
Fortgeschrittene, die spannende Themen behandeln und anregende
Diskussionen auslösen. Vorträge zum Thema freie Geodaten, zum Beispiel
OpenStreetMap oder Open Data sind ebenso möglich wie Beiträge zu
Lösungen mit freier Software aus dem Bereich WebGIS, Desktop GIS,
Geodatenbanken, Location-Based Services, etc.

Vorgesehen sind drei verschiedene Vortragsformate:

Es gibt 20-minütige *Vorträge*, in denen man über sein Projekt berichten
kann, ein Taggingschema oder Mappingpraktiken vorstellen kann oder auch
einfach nur über die eigene Aktivität als Mapper und z.B. die
verwendeten Werkzeuge sprechen kann. Die Themen bestimmt Ihr und wir
freuen uns über eine große Vielfalt an Themen, da genau diese Vielfalt
auch den Reiz unserer Konferenz ausmacht.

Für eher kleinere Themen oder wenn ihr euch keinen vollen Vortrag
zutraut gibt es auch die sogenannten *Lightning Talks*, das sind kurze
Vorträge von maximal 5 Minuten.

Und wenn ihr anderen gerne etwas beibringt und euch in einem Thema
besonders gut auskennt, gibt es noch die *Workshops*. Sie sollen in 90
Minuten den Teilnemern einen Mix aus Theorie und Praxis vermitteln. Bei
einer Workshop-Einreichung ist es wichtig, darauf zu achten, dass
erreichbare Lernziele und notwendige Vorkenntnisse der Teilnehmer
beschrieben sind. Vor allem aber stellen Workshops auch eine wichtige
Einnahmequelle für den FOSSGIS e.V. dar, da die Teilnahme
kostenpflichtig ist. Wenn ihr euch mit einem angedachten Workshop also
nicht sicher seid, kontaktiert uns, wir helfen gern.

Bitte reicht euren Abstract ab sofort bis zum 06. Januar 2017 ein. Eine
Fristverlängerung ist wegen der ohnehin straffen Zeitplanung *nicht*
vorgesehen.

Weitere Einreichungsdetails findet ihr auf unserer Konferenzseite

Re: [Talk-de] Bitte HEUTE Vorträge einreichen für die FOSSGIS-Konferenz

[Tobias Knerr]

Zur Erinnerung: *Heute* endet die Vortragseinreichung für die 
FOSSGIS-Konferenz 2017 in Passau. Verlängern können wir die Frist 
diesmal leider nicht, also reicht schnell noch eure Ideen ein!


https://www.fossgis-konferenz.de/2017/callforpapers/

Falls euch die Zeit nicht mehr ganz reicht, stellt heute zumindest die 
Basisinfos ein. Am Abstract dürft ihr dann noch die nächsten Tage feilen.


Wer schon eingereicht hat: Danke für den Beitrag, das Programmkommittee 
wird sich nach Einreichungsschluss an die Arbeit machen und das Programm 
zusammenstellen. Wir haben nach dem aktuellen Stand schon viele 
interessante Vortragseinreichungen. :) Nichtsdestotrotz würden wir uns 
noch über weitere Vorträge aus dem OSM-Umfeld freuen!


Gruß,
Tobias

On 01.01.2017 21:09, Peter Barth wrote:

Hallo,

und da wir jetzt ein neues Jahr haben bumpe ich den Thread nochmal und
erinnere daran, dass bis zum 6. Januar keine ganze Woche mehr ist. Also
bitte nutzt eure restliche vorlesungsfreie Zeit/Ferien/Urlaub/... noch
euch ein gutes Thema zu überlegen und einzureichen. Wir haben zwar die
Einstelligkeit der Einreichungen bereits überschritten, wollen aber noch
viel mehr ;-)

Außerdem könnt ihr euch gerne schon heute für den OSM-Samstag im Wiki
eintragen: https://wiki.openstreetmap.org/wiki/FOSSGIS_2017/OSM-Events
Das erleichtert uns dann die Planung bzgl. Räumlichkeiten und
Verpflegung. Der OSM-Sonntag in Salzburg war wirklich genial; ich kann
euch nur empfehlen auch den OSM-Samstag in diesem Jahr nicht zu
verpassen!

Bei Fragen einfach hier oder direkt an mich oder an das Programmkomitee.
Ich freue mich über eure Einreichungen,
Peda


Frederik Ramm schrieb:


Hallo,

   vielleicht erinnert ihr Euch an Peters Aufruf hier:

https://lists.openstreetmap.org/pipermail/talk-de/2016-November/113629.html

Es geht um die FOSSGIS-Konferenz, die im März in Passau stattfindet. Die
Vortragseinreichung läuft bis zum 6. Januar. Das hört sich lang an, aber
wenn man alle vor uns liegenden Feier-, Fest- und Reisetage abzieht, ist
das bei den meisten noch so etwa eine Woche ;)

Es wäre echt super, wenn sich aus unseren Reihen noch ein paar
Vortragende finden würden. Ich weiss nicht, ob ich das ausplaudern darf,
also sag ich es mal ganz vage: Bislang ist eine hohe einstellige Zahl
von Vorträgen eingereicht worden ;) Das reicht noch nicht *ganz* für
eine schöne Konferenz in Passau. Also - wer hat noch nicht, wer will
nochmal, ich weiss, dass unter uns viele sind, die etwas interessantes
zu OSM erzählen können, sei es aus Anwender-, Programmierer-, oder
Mappersicht.

Bitte lasst die Frist nicht verstreichen - wenn ihr eine gute Idee für
einen Vortrag habt, die aber noch etwas ausformulieren wollt, wäre den
Veranstaltern auch sehr geholfen, wenn ihr jetzt noch vor Weihnachten
eine Einreichung macht und Euch dann später nochmal einloggt und am Text
feilt (das geht im Interface problemlos) - besser als die Sache vor sich
herzuschieben und dann kommt ihr nicht mehr dazu ;)

Bye
Frederik

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

___
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-br] PROJETO "MAPEANDO COM ESCOLAS"

[Alex Martins]

Muito legal o projeto Sergio, vou apresentar aos proferes do estagio ou Pibid 
da universidade para vermos a possibilidade de aplicar, com certeza o resultado 
será proveitoso.



De: Sérgio V. 
Enviado: terça-feira, 27 de dezembro de 2016 10:36
Para: talk-br@openstreetmap.org
Assunto: [Talk-br] PROJETO "MAPEANDO COM ESCOLAS"


Só trocando o link para o PROJETO, para docx (sem problemas de caracteres):

https://www.dropbox.com/s/mpy765pbsgteyps/PROJETO%20DE%20MAPEAMENTO%20COM%20ESCOLAS%20-%20ROTEIRO.docx?dl=0


- - - - -

Compartilho aqui ideias sobre projeto de mapeamento com escolas, também após 
conversa com o Gilmar Ferreira que trouxe ótima ideia de projeto neste sentido:

Bom dia Gilmar,

Penso que ideias sobre como conduzir experiências junto a escolas podem ser 
implementadas sem problemas, a depender de cada região se necessitar ajustes em 
projeto.

A primeira questão penso que é iniciar um contato diretamente com professores e 
diretores de escolas, para mostrar um projeto, o que é o OSM, etc. Depois, se 
aceita a proposta, apresentar e preparar com os alunos.
Ter um projeto básico e material visual a apresentar é importante.

Tenho estado preparando algum material de projeto para isto. Mas poderia também 
ser útil adaptar conforme a necessidade em cada local/colégio, ou conforme 
preferir.

Fiquem à vontade para copiar, adaptar, etc. Podendo, toquem adiante, ótima 
iniciativa. E compartilhem os resultados.


LINKS:

PROJETO PRELIMINAR - SUGESTÃO:
https://www.dropbox.com/s/k5p8ox20wvxuqpc/PROJETO%20DE%20MAPEAMENTO%20COM%20ESCOLAS%20-%20ROTEIRO.txt?dl=0

APRESENTAÇÃO INFORMATIVA "O QUE É O OSM" (A RESUMIR E SIMPLIFICAR PARA 
COLÉGIOS):
https://www.dropbox.com/s/cot3xd2vq6dnu4h/PALESTRA%20OSM%202016.docx?dl=0

Neste último tem roteiros de práticas de mapeamento no final (oficina 1), e 
explicações breves sobre as tags mais usadas, etc.


Saudações, Sérgio.

- - - - - - - - - - - - - - - -

Sérgio - http://www.openstreetmap.org/user/smaprs
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-at] Wochennotiz Nr. 337 27.12.2016–02.01.2017

[Peter Barth]

Hi,

Rudolf Pezzei schrieb:
> in der Wochennotiz 337 ist der Link zu Tom bzw. dessen Webblog nicht 
> funktional. (im Bereich Community: "Tom analysiert die Gebäudeabdeckung bei 
> OpenStreetMap in Österreich"

bei mir ging der Link. Ich habe ihn trotzdem mal auf den eigentlichen WP 
Permalink 
umgebogen. Keine Ahnung woher die Subdomain kam.

Gruß,
Peda


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

Re: [OSM-co] Mapeo de árboles en Cartagena

[hyan...@gmail.com]

Hola a todos,

Esta es una corta nota publicada en el canal de TV local de la ciudad:

http://www.canalcartagena.com/notas/se-realizar%C3%A1-conteo-de-arbolado-del-parque-centenario

Seguimos,

Humberto Yances

El dic. 27, 2016 10:18 PM, "Mario Frasca"  escribió:

> no se olviden del DAP (diámetro altura pecho) ;)
>
> me hubiera gustado participar a esta actividad, me parece genial!
>
> ciaociao, M
>
>
> On 2016-12-27 17:37, hyan...@gmail.com wrote:
> > La medición de altura la he testeado con una aplicación móvil llamada
> > Smart Tools, se basa en el teorema de Pitágoras.
>
>
> ___
> Talk-co mailing list
> Talk-co@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-co
>
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-at] Peter Paul

[realadry]

Wenn der Nutzer so sehr überzeugt ist, dass der Berg "Peter-Paul" heißt, 
soll er dafür Beweise erbringen, sonst wird der Name einfach wieder 
gelöscht. Derzeit scheint es so, als hätte er ihn einfach nach sich 
selbst benannt, ohne Grundlage. Das geht so einfach nicht.


Hier wird beschrieben wie Berge normalerweise benannt werden [1].
Es findet sich dort keine Information, dass Berge jemals nach ihrem 
Entdecker oder Erstbesteiger (was dieser Peter-Paul mit Sicherheit 
sowieso nicht ist) benannt wurde.
Wenn Peter-Paul nachweisen kann, dass er den Gipfel besitzt (siehe [1] 
-> "(7) Besitznamen" ), nur dann, hätte er das Recht den Gipfel zu benennen.



[1]https://de.wikipedia.org/wiki/Oronym


Am 06.01.2017 um 01:57 schrieb Liberaler Humanist:

Einerseits: Der Benutzer nimmt auch sinnhafte Bearbeitungen vor.
Andererseits: Mit Changeset 12461398 bzw. dem dortigen Kommentar scheint
klar, dass die Änderung die Theoriefindung des Benutzers ist. Ich
plädiere dafür, den Benutzer darauf hinzuweisen, dass Theoriefindung in
der Datenbank nicht sinnhaft ist.

MfG, LH



___
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] Wochennotiz Nr. 337 27.12.2016–02.01.2017

[Rudolf Pezzei]

Hallo,

in der Wochennotiz 337 ist der Link zu Tom bzw. dessen Webblog nicht 
funktional. (im Bereich Community: "Tom analysiert die Gebäudeabdeckung bei 
OpenStreetMap in Österreich"

Grüße - Rudolf



-Ursprüngliche Nachricht-
Von: Wochennotizteam [mailto:wnrea...@gmail.com] 
Gesendet: Donnerstag, 5. Januar 2017 00:26
An: talk-at@openstreetmap.org
Betreff: Wochennotiz Nr. 337 27.12.2016–02.01.2017

Hallo,

die Wochennotiz Nr. 337 mit vielen wichtigen Neuigkeiten aus der OpenStreetMap 
Welt ist da:

http://blog.openstreetmap.de/blog/2017/01/wochennotiz-nr-337/

Viel Spaß beim Lesen!
___
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] Novità sulle piazze

[mircozorzo]

Prato della Valle a Padova non era etichettato corretamente perché io ho
aggiunto place=square ma alla relazione che è fatta di due poligono il più
piccolo dei quali con il ruolo inner esclude l'Isola Memmia che invece fa
parte a pieno titolo di PDV. 
Ho quindi spostato dalla relazione al poligono esterno il place=square, ho
fatto bene secondo voi?

Grazie.

Ciao



--
View this message in context: 
http://gis.19327.n8.nabble.com/Novita-sulle-piazze-tp5888485p525.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-it] Mappa turistica di Siena

[Maurizio Napolitano]

> Se ne trovo la forza,  avrei da riferire anche della mia esperienza di
> routing full open.

Ti riporto la mia:
sono stato a Fundão in Portogallo.
Atterrato a Porto e poi da lì auto (3 ore) fino a Fundào.
Avevamo tre navigatori: google maps, nokia maps e osmand.
OSMand ha vinto a mani basse

my5cents

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

Re: [OSM-talk] Wikipedia/Wikidata admins cleanup

[Christoph Hormann]

On Friday 06 January 2017, Andy Townsend wrote:
>
> I'd much rather the direction on this came from the community rather
> than the board (and yes, there will obviously be as many different
> views as there are OSM mappers).  If "the communication I've seen
> from community members making reverts has left a lot of rough
> feelings" then let's talk about it (for a start; which particular
> actions are we talking about?

It seems to me by the way that negative feelings of people whose 
activities have clashed with the DWG are natually more voiceful than 
those of people who contacted the DWG in despair because they are 
swamped with an undiscussed import or because they made a mistake 
themselves and ask for help after getting in trouble with others about 
it.  These countless people who are grateful for the help are mostly 
silent.

> Activities such as https://www.openstreetmap.org/changeset/44923663
> (to take an example revert action from me yesterday) are going to
> become more common as more people use OSM.  In this case the sequence
> of events was detect the problem, revert the vandalism, block the
> user and request that an admin delete the account (which was created
> just for that purpose).  I'd argue that those actions (apart from
> block the user) should be able to be carried out by anyone familiar
> enough with OSM to recognise the problem, and we should actually
> encourage everyone in that position to do so - providing that they
> can recognise the difference between obvious vandalism (as happened
> here) and a business owner unable to get the hang of editing and
> renaming something nearby by mistake.

Exactly - and on average you can assume that active mappers are usually 
careful when reverting others' work.  The on-the-ground rule usually 
gives us a very powerful tool to resolve conflicts, something that 
other communities like wikipedia lack.

And the user blocks - which are the only real power of the DWG - are 
well documented on http://www.openstreetmap.org/user_blocks

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [OSM-talk-be] Mapillary vs OpenStreetCam

[Marc Gemis]

Mijn laatste reeks: http://openstreetcam.org/details/30431 begint in
het bos en die foto's staan daar toch nog. Wel opgeladen via hun
python script. Niet met hun app.

2017-01-06 12:26 GMT+01:00 Jakka :
> "Telenav verdient geld met een navigatie app" met nadruk op navigatie.
> Ik heb de indruk wanneer je met openstreetcam paden die wat verwijderd
> liggen van de openbare weg bewandeld opneemt. De na verwerking op sever deze
> probeert op de openbare weg te zetten, wat nut tot gebruik in osm
> bemoeilijkt. Niet 100% zeker.
>
> Op 6/01/2017 om 12:16 schreef Marc Gemis:
>
>> Mapillary staat gewoon verder in zijn ontwikkeling. Ze zijn al langer
>> bezig. Vooral het browsen / navigeren door het resultaat is "mooier"
>> bij hen.
>> Zij stellen wel de foto's ter beschikking van anderen (bv Bing dacht
>> ik), terwijl Telenav (bedrijf achter OpenStreetCam) enkel focussed op
>> OSM.
>>
>> Telenav verdient geld met een navigatie app gebaseerd op OSM, dus hun
>> eerste belang is betere data.
>>
>> Mapillary verdient geld door hun platform voor foto's te tonen te
>> verkopen, en gebruikt OSM om een grotere hoeveelheid foto's bij elkaar
>> te krijgen (imho).
>>
>> Zelf geef ik nog steeds de voorkeur om foto's te maken met een reflex
>> camera, en enkel van wat ik nadien wil mappen. Ik kan de foto's nadien
>> naar beide sites opladen moest ik dat willen. Dit lukt alleen maar
>> omdat ik wandel.
>>
>> Ik ben wel blij dat er mensen zijn die veel foto's vanuit de wagen
>> naar Mapillary opladen, maar het is soms wat zoeken naar een naald in
>> een hooiberg om dan een foto te vinden met daarop iets dat je wil
>> mappen. De meeste foto's zijn ook in de "vooruit" richting gemaakt,
>> waardoor je bepaalde details dan weer niet ziet.
>>
>> m
>>
>> 2017-01-06 12:06 GMT+01:00 Santens Seppe :
>>>
>>> Ik ben benieuwd naar de reacties. Bij mij staan beide apps klaar om te
>>> gebruiken, maar ik heb dezelfde twijfel. Het mooiste lijkt me om gewoon
>>> foto's te maken met geotag en die naar de verschillende platformen te
>>> uploaden, maar ik weet niet of daar gemakkelijke manieren voor zijn.
>>>
>>> Groeten,
>>>
>>> Seppe
>>>
>>> -Oorspronkelijk bericht-
>>> Van: Michaël Dierick [mailto:mich...@dierick.io]
>>> Verzonden: vrijdag 6 januari 2017 11:46
>>> Aan: talk-be@openstreetmap.org
>>> Onderwerp: [OSM-talk-be] Mapillary vs OpenStreetCam
>>>
>>> Naar aanleiding van de gesprekken over de fietsostrades ...
>>> De fietsostrade naar Essen passeert bij mij om de hoek. Het zou voor mij
>>> geen grote moeite zijn om het stuk tussen Antwerpen en Kalmthout eens af te
>>> fietsen en up to date te brengen.
>>> Omdat het me een goed idee lijkt fotos te maken voor latere referentie
>>> dacht ik dat het de moment is om een Mapillary-account aan te maken.
>>> Nu is het zo dat je steeds meer hoort van 'OpenStreetCam' (vroeger
>>> 'OpenStreetView'). Ik weet dat er verschillen zijn in de licenties tussen
>>> beide (zowel qua software als data?).
>>> Naar het spreekwoord 'Bezint eer ge begint' dacht ik me hier eerst te
>>> informeren naar jullie ervaringen ...
>>>
>>> MikiDi
>>>
>>> ___
>>> Talk-be mailing list
>>> Talk-be@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-be
>>> ___
>>> Talk-be mailing list
>>> Talk-be@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [Talk-br] Sobre addr:interpolation - possibilidades

[Peter Krauss]

Oi gente, "colocar a mão na massa" é também editar na Wiki (!!)

@santamariense , tentei transcrever e adaptar algo, por favor revisar e
complementar:

https://wiki.openstreetmap.org/wiki/WikiProject_Brazil/CNEFE_2010/Importa%C3%A7%C3%A3o_dos_endere%C3%A7os

Mais uma vez lembro que é fundamental agora consolidar (transcrever,
resumir ou adapar) tudo o que foi discutido aqui nos emails, lá pra a Wiki,
que foi o espaço eleito para o primeiro rascunho do projeto, e para
"votarmos" (discutir e buscar consenso eventualmente também por meio de
votação) metodologias e demais decisões de projeto.

Por favor editem

   https://wiki.openstreetmap.org/wiki/WikiProject_Brazil/CNEFE_2010

e seus links





Em 5 de janeiro de 2017 23:29, santamariense 
escreveu:

> Penso que não existam metodologias completamente diferente entre nós.
> Existem alguns pormenores em discussão, mas de modo geral a
> metodologia parece ser a mesma.
>
> Eu não tenho conhecimentos de POSTGis mas to querendo aprender. Então
> se lançarem no Git beleza.
>
> A ideia é que a metodologia seja aberta para que, quem tiver
> interesse, possa contrapor, dar sugestões e entender o processo, mas
> não necessariamente vai ter que aprender a fazer todo o processo do
> zero.
>
> A ideia é (passos):
>
> 1. Padronizar uma metodologia (estamos neste momento aqui);
> 2. Processar os dados de TODOS os municípios, já com formato *.osm
> 3. Criar na wiki uma tabela de todos os municípios, com um link para
> download do arquivo *.OSM e um campo de assinatura. (Exemplo: Escolhi
> trabalhar no município X, então baixo o arquivo e, assino meu nome de
> usuário para que outra pessoa não conflite em escolher o mesmo
> município para edição). Além do que, se terá controle do andamento do
> trabalho em escala nacional.
> 4. Com o arquivo em mãos, vai se trabalhando em cima dele e salvando,
> e, quando estiver pronto (todo o município) se faz o upload. Não
> poderá ser baixado dados do OSM sobre o arquivo para evitar potenciais
> conflitos de edição.
>
> Como a ideia é já entregar o arquivo em formato *.osm pronto para
> ajustes finais, quem não tiver interesse em entender o processo de
> como se chegou a ele, não precisará aprender a fazer.
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk-be] Mapillary vs OpenStreetCam

[Jakka]

"Telenav verdient geld met een navigatie app" met nadruk op navigatie.
Ik heb de indruk wanneer je met openstreetcam paden die wat verwijderd 
liggen van de openbare weg bewandeld opneemt. De na verwerking op sever 
deze probeert op de openbare weg te zetten, wat nut tot gebruik in osm 
bemoeilijkt. Niet 100% zeker.


Op 6/01/2017 om 12:16 schreef Marc Gemis:

Mapillary staat gewoon verder in zijn ontwikkeling. Ze zijn al langer
bezig. Vooral het browsen / navigeren door het resultaat is "mooier"
bij hen.
Zij stellen wel de foto's ter beschikking van anderen (bv Bing dacht
ik), terwijl Telenav (bedrijf achter OpenStreetCam) enkel focussed op
OSM.

Telenav verdient geld met een navigatie app gebaseerd op OSM, dus hun
eerste belang is betere data.

Mapillary verdient geld door hun platform voor foto's te tonen te
verkopen, en gebruikt OSM om een grotere hoeveelheid foto's bij elkaar
te krijgen (imho).

Zelf geef ik nog steeds de voorkeur om foto's te maken met een reflex
camera, en enkel van wat ik nadien wil mappen. Ik kan de foto's nadien
naar beide sites opladen moest ik dat willen. Dit lukt alleen maar
omdat ik wandel.

Ik ben wel blij dat er mensen zijn die veel foto's vanuit de wagen
naar Mapillary opladen, maar het is soms wat zoeken naar een naald in
een hooiberg om dan een foto te vinden met daarop iets dat je wil
mappen. De meeste foto's zijn ook in de "vooruit" richting gemaakt,
waardoor je bepaalde details dan weer niet ziet.

m

2017-01-06 12:06 GMT+01:00 Santens Seppe :

Ik ben benieuwd naar de reacties. Bij mij staan beide apps klaar om te 
gebruiken, maar ik heb dezelfde twijfel. Het mooiste lijkt me om gewoon foto's 
te maken met geotag en die naar de verschillende platformen te uploaden, maar 
ik weet niet of daar gemakkelijke manieren voor zijn.

Groeten,

Seppe

-Oorspronkelijk bericht-
Van: Michaël Dierick [mailto:mich...@dierick.io]
Verzonden: vrijdag 6 januari 2017 11:46
Aan: talk-be@openstreetmap.org
Onderwerp: [OSM-talk-be] Mapillary vs OpenStreetCam

Naar aanleiding van de gesprekken over de fietsostrades ...
De fietsostrade naar Essen passeert bij mij om de hoek. Het zou voor mij geen 
grote moeite zijn om het stuk tussen Antwerpen en Kalmthout eens af te fietsen 
en up to date te brengen.
Omdat het me een goed idee lijkt fotos te maken voor latere referentie dacht ik 
dat het de moment is om een Mapillary-account aan te maken.
Nu is het zo dat je steeds meer hoort van 'OpenStreetCam' (vroeger 
'OpenStreetView'). Ik weet dat er verschillen zijn in de licenties tussen beide 
(zowel qua software als data?).
Naar het spreekwoord 'Bezint eer ge begint' dacht ik me hier eerst te 
informeren naar jullie ervaringen ...

MikiDi

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


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





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

Re: [Talk-cz] Toll values on the D8

[Jakob Mühldorfer]

Thank you for keeping me informed to well and reacting so quickly
Glad the values are correct now :)

Jakob


Am 06.01.2017 um 09:25 schrieb jzvc:

Hi,

there is new highway part (Teplice - Vchynice), toll tags added now. 
Others are correct.


Czech: Chybelo tagovani na tom useku pres stedohori, ten zpoplatnenej je.

Dne 6.1.2017 v 2:20 Jakob Mühldorfer napsal(a):

Hi,

Sorry for asking on this list without being informed what you wrote
about the D8 before, but I wanted to ask about the "toll" values on 
the D8

Something seems a bit odd, but maybe it all makes sense.

The first part between Germany and Knínice has the side leaving the
country toll=yes, and on the other side toll=no
Is this so people who drive into the country can still exit the highway
on the first exit, without paying toll?
If yes, this seems correct

Then follows a part between Knínice and Teplice where both sides are
toll=no. Is it also correct that anyone can drive without paying toll in
either direction here?

After Teplice, in one direction, is a tiny part of toll=yes
Then between Teplice and Vchynice toll values are missing entirely.
This is the part where something might be wrong.

The rest until Zdiby is toll=yes, then from there to Prague toll=no.
This seems correct.

Thanks for some information
Jakob


___
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



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

Re: [OSM-talk-be] Mapillary vs OpenStreetCam

[Marc Gemis]

Mapillary staat gewoon verder in zijn ontwikkeling. Ze zijn al langer
bezig. Vooral het browsen / navigeren door het resultaat is "mooier"
bij hen.
Zij stellen wel de foto's ter beschikking van anderen (bv Bing dacht
ik), terwijl Telenav (bedrijf achter OpenStreetCam) enkel focussed op
OSM.

Telenav verdient geld met een navigatie app gebaseerd op OSM, dus hun
eerste belang is betere data.

Mapillary verdient geld door hun platform voor foto's te tonen te
verkopen, en gebruikt OSM om een grotere hoeveelheid foto's bij elkaar
te krijgen (imho).

Zelf geef ik nog steeds de voorkeur om foto's te maken met een reflex
camera, en enkel van wat ik nadien wil mappen. Ik kan de foto's nadien
naar beide sites opladen moest ik dat willen. Dit lukt alleen maar
omdat ik wandel.

Ik ben wel blij dat er mensen zijn die veel foto's vanuit de wagen
naar Mapillary opladen, maar het is soms wat zoeken naar een naald in
een hooiberg om dan een foto te vinden met daarop iets dat je wil
mappen. De meeste foto's zijn ook in de "vooruit" richting gemaakt,
waardoor je bepaalde details dan weer niet ziet.

m

2017-01-06 12:06 GMT+01:00 Santens Seppe :
> Ik ben benieuwd naar de reacties. Bij mij staan beide apps klaar om te 
> gebruiken, maar ik heb dezelfde twijfel. Het mooiste lijkt me om gewoon 
> foto's te maken met geotag en die naar de verschillende platformen te 
> uploaden, maar ik weet niet of daar gemakkelijke manieren voor zijn.
>
> Groeten,
>
> Seppe
>
> -Oorspronkelijk bericht-
> Van: Michaël Dierick [mailto:mich...@dierick.io]
> Verzonden: vrijdag 6 januari 2017 11:46
> Aan: talk-be@openstreetmap.org
> Onderwerp: [OSM-talk-be] Mapillary vs OpenStreetCam
>
> Naar aanleiding van de gesprekken over de fietsostrades ...
> De fietsostrade naar Essen passeert bij mij om de hoek. Het zou voor mij geen 
> grote moeite zijn om het stuk tussen Antwerpen en Kalmthout eens af te 
> fietsen en up to date te brengen.
> Omdat het me een goed idee lijkt fotos te maken voor latere referentie dacht 
> ik dat het de moment is om een Mapillary-account aan te maken.
> Nu is het zo dat je steeds meer hoort van 'OpenStreetCam' (vroeger 
> 'OpenStreetView'). Ik weet dat er verschillen zijn in de licenties tussen 
> beide (zowel qua software als data?).
> Naar het spreekwoord 'Bezint eer ge begint' dacht ik me hier eerst te 
> informeren naar jullie ervaringen ...
>
> MikiDi
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [OSM-talk] Wikipedia/Wikidata admins cleanup

[Andy Townsend]

On 05/01/17 12:23, mi...@groundtruth.in wrote:

* Mikel Maron * +14152835207 @mikel s:mikelmaron
... As Frederik said, better reporting and processing can benefit DWG. 
This is something I want to spend time on.


I think that it's important that how we do this sort of thing as a 
project is discussed in whatever public forums are available (and right 
now the "most international" one we have is this talk list, alongside 
the other widely-used international community forums for different 
languages over at forum.osm.org such as the DE and RU forums there).


Your "Reverts should be held to the same standard as imports..." post 
above may have been something of a dog-whistle response to Frederik's 
post, but when I read things that talk about "the current revert regime" 
and say "Reverts should be held to the same standard as imports" and 
"well documented and visible plan" I read it as meaning "I want you to 
stop doing what you are currently doing in the way that you are doing 
it", and want to understand why.


I'd much rather the direction on this came from the community rather 
than the board (and yes, there will obviously be as many different views 
as there are OSM mappers).  If "the communication I've seen from 
community members making reverts has left a lot of rough feelings" then 
let's talk about it (for a start; which particular actions are we 
talking about?  Was the data that was removed added when it shouldn't 
have been (for e.g. license reasons) and are we just talking about the 
tone of the conversation, or something else?


Activities such as https://www.openstreetmap.org/changeset/44923663 (to 
take an example revert action from me yesterday) are going to become 
more common as more people use OSM.  In this case the sequence of events 
was detect the problem, revert the vandalism, block the user and request 
that an admin delete the account (which was created just for that 
purpose).  I'd argue that those actions (apart from block the user) 
should be able to be carried out by anyone familiar enough with OSM to 
recognise the problem, and we should actually encourage everyone in that 
position to do so - providing that they can recognise the difference 
between obvious vandalism (as happened here) and a business owner unable 
to get the hang of editing and renaming something nearby by mistake.  I 
don't think that "a well documented and visible plan" would help here, 
unless that plan said "if you see something wrong, please take 
appropriate action to fix it" (which I've always thought was the 0th 
rule of OSM anyway).  Anything too bureaucratic would just slow down the 
fixing of problems.


There are lots of interested parties in OSM - all the way from 
individuals like me who 8 years ago were just looking for somewhere to 
store stuff from an old GPS (a route of footpaths and villages across 
Wales, as it happens) up through large non-profit and for-profit 
corporations, all of whom contribute greatly to the OSM ecosystem.  On a 
personal note with the DWG I've found that the large organisations can 
generally look after themselves, and there's a role for standing up for 
the "little guy", whether it's a new mapper in an established community 
or (as in the SADR case upthread) an attempt to remove a country - for 
some definition of country - from the map.  It's important that as a 
community we talk to each other and listen to what everyone else has to 
say, especially when (as in the "wikidata" case) everyone has the best 
interests of the project at heart, just different visions of what those 
best interests are.


Best Regards,

Andy

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

Re: [OSM-talk-be] Mapillary vs OpenStreetCam

[Santens Seppe]

Ik ben benieuwd naar de reacties. Bij mij staan beide apps klaar om te 
gebruiken, maar ik heb dezelfde twijfel. Het mooiste lijkt me om gewoon foto's 
te maken met geotag en die naar de verschillende platformen te uploaden, maar 
ik weet niet of daar gemakkelijke manieren voor zijn.

Groeten,

Seppe

-Oorspronkelijk bericht-
Van: Michaël Dierick [mailto:mich...@dierick.io] 
Verzonden: vrijdag 6 januari 2017 11:46
Aan: talk-be@openstreetmap.org
Onderwerp: [OSM-talk-be] Mapillary vs OpenStreetCam

Naar aanleiding van de gesprekken over de fietsostrades ...
De fietsostrade naar Essen passeert bij mij om de hoek. Het zou voor mij geen 
grote moeite zijn om het stuk tussen Antwerpen en Kalmthout eens af te fietsen 
en up to date te brengen.
Omdat het me een goed idee lijkt fotos te maken voor latere referentie dacht ik 
dat het de moment is om een Mapillary-account aan te maken.
Nu is het zo dat je steeds meer hoort van 'OpenStreetCam' (vroeger 
'OpenStreetView'). Ik weet dat er verschillen zijn in de licenties tussen beide 
(zowel qua software als data?).
Naar het spreekwoord 'Bezint eer ge begint' dacht ik me hier eerst te 
informeren naar jullie ervaringen ...

MikiDi

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

Re: [Talk-it] Mappa turistica di Siena

[Francesco Pelullo]

Il 06 gen 2017 11:54, "Maurizio Napolitano"  ha scritto:

.

L'attribuzione non è propriamente secondo quanto suggerito dalla
sezione copyright
del sito di OpenStreetMap ma secondo me va bene: la vedo dura che non
stia in piedi
legalmente.


Concordo con te, la mia considerazione quando ho letto è stata: e che
c***o, ma che ci vuole a ricopiare due o tre parole ?

Comunque, ben fatto.

Se ne trovo la forza,  avrei da riferire anche della mia esperienza di
routing full open.

Ciao
/niubii/


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

Re: [Talk-it] Mappa turistica di Siena

[Maurizio Napolitano]

2017-01-06 11:35 GMT+01:00 Francesco Pelullo :
> Ciao a tutti,
>
> ho acquistato una mappa turistica della città di Siena, da un distributore
> automatico, basata sui dati di OpenStreetMap:
>
> https://wiki.openstreetmap.org/wiki/File:2016-Commercial_map_of_Siena_01.jpg
> https://wiki.openstreetmap.org/wiki/File:2016-Attribution_of_MrMap_to_OpenStreetMap.jpg
>
> Mi sono preso la libertà di aggiornare la pagina degli esempi di utilizzo
> dei dati di OpenStreetMap:
> https://wiki.openstreetmap.org/wiki/Using_OpenStreetMap/Map_examples

Hai fatto bene
Si direbbe comunque che sia la filosofia dell'azienda MrMap.it che
lavora su questo
Pertanto mi aspetto ci saranno moltre altre mappe tascabili d'Italia.
Il sito sembra giù, ma, guardando linkedin, sembra che hanno molti altri luoghi
https://www.linkedin.com/company/mr-map-srl


> L'attribuzione mi sembra insufficiente, ma rispetto a quanto visto in
> passato penso sia meglio di niente.

L'attribuzione non è propriamente secondo quanto suggerito dalla
sezione copyright
del sito di OpenStreetMap ma secondo me va bene: la vedo dura che non
stia in piedi
legalmente.

my2cents

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

[OSM-talk-be] Mapillary vs OpenStreetCam

[Michaël Dierick]

Naar aanleiding van de gesprekken over de fietsostrades ...
De fietsostrade naar Essen passeert bij mij om de hoek. Het zou voor mij 
geen grote moeite zijn om het stuk tussen Antwerpen en Kalmthout eens af 
te fietsen en up to date te brengen.
Omdat het me een goed idee lijkt fotos te maken voor latere referentie 
dacht ik dat het de moment is om een Mapillary-account aan te maken.
Nu is het zo dat je steeds meer hoort van 'OpenStreetCam' (vroeger 
'OpenStreetView'). Ik weet dat er verschillen zijn in de licenties 
tussen beide (zowel qua software als data?).
Naar het spreekwoord 'Bezint eer ge begint' dacht ik me hier eerst te 
informeren naar jullie ervaringen ...


MikiDi

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

Re: [Talk-br] duplicidade de projetos

[Gerald Weber]

Olá Pessoal

obrigado por esclarecer, então se entendi corretamente a que vale é a
"Município", certo?

Acho que bastava escrever na "Cidades" logo no início que a página
atualizada é a "Municípios". O que vocês acham?

O que me deixou mais confuso é que ambas tem edições recentes de dezembro,
então aparentemente tem gente que sabe de uma mas não da outra.

Antes de fazer a pergunta eu havia incluido a "Municípios " no
https://wiki.openstreetmap.org/wiki/WikiProject_Brazil#Projetos_da_comunidade

creio que agora poderia adicionar a "Cidades" em "Páginas arquivadas" ou
algo equivalente.

noto que há projetos "órfãos"  que não estáo no WikiProject_Brazil como a

   - WikiProject Brazil/Ferroviarias
   

que eu achei e adicionei no WikiProject_Brazil

também há páginas fantasmas como

   - Rodovias Rurais Municipais
   

   - Vias Urbanas Municipais
   



sem falar de páginas que não recebem atualizações há anos.

Seja como for, acho que a wiki tá necessitando de uma organizada/limpada,
do jeito que está qualquer novato vai ficar extremanente confuso e
desestimulado.

abraço

Gerald




2017-01-05 21:31 GMT-02:00 Lucas Pereira :

> Olá Gerald, boa noite.
>
> Quando eu fiz as análises, fiz primeiramente com as cidades, estabelecendo
> um raio de 10km (se não estiver enganado) ao redor do ponto que identifica
> os agrupamentos urbanos. Como vimos que essa lista poderia não ser
> adequada, realizei outra análise, desta vez, comparando os dados com a área
> dos municípios.
>
> Assim, o projeto foi melhorado e os resultados foram adicionados na
> segunda página. Por uma razão qualquer, não modifiquei a página anterior, e
> acabei criando outra. Mesmo assim, em alguns casos aparecem nomes na lista
> de cidades que não aparecem na lista de municípios, pois haviam municípios
> que tinham vias residenciais desenhadas no interior de seu limite, mas não
> havia mapeamento em suas sedes.
>
> Atenciosamente,
> LucFreitas.
>
> Em 5 de janeiro de 2017 20:57, Gerald Weber  escreveu:
>
>> Oi Turma
>>
>> esses dois projetos na wiki me parecem bem semelhantes?
>>
>> https://wiki.openstreetmap.org/wiki/Cidades_brasileiras_com_
>> mapeamento_deficit%C3%A1rio
>>
>> https://wiki.openstreetmap.org/wiki/Munic%C3%ADpios_brasilei
>> ros_com_mapeamento_deficit%C3%A1rio
>>
>> o que vocês acham?
>>
>> Gerald
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-it] Mappa turistica di Siena

[Francesco Pelullo]

Ciao a tutti,

ho acquistato una mappa turistica della città di Siena, da un distributore
automatico, basata sui dati di OpenStreetMap:

https://wiki.openstreetmap.org/wiki/File:2016-Commercial_map_of_Siena_01.jpg
https://wiki.openstreetmap.org/wiki/File:2016-Attribution_of_MrMap_to_OpenStreetMap.jpg

Mi sono preso la libertà di aggiornare la pagina degli esempi di utilizzo
dei dati di OpenStreetMap:
https://wiki.openstreetmap.org/wiki/Using_OpenStreetMap/Map_examples

L'attribuzione mi sembra insufficiente, ma rispetto a quanto visto in
passato penso sia meglio di niente.

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

Re: [OSM-talk-fr] Répertoire SIRENE

[Stéphane Péneau]

J'ai jeté un oeil aux fichiers csv que tu as générés.

A priori, c'est plutôt bon si on tient compte que ces points ne sont pas 
rapprochés des POI qui sont déjà dans OSM.


Finalement, ce qui empêche souvent une meilleure géolocalisation, c'est 
que les adresses enregistrées sont parfois anciennes, venant d'une 
époque où il n'y avait pas forcément de numérotation du bâti.


Stéphane

Le 05/01/2017 à 17:15, Christian Quest a écrit :

ça mouline dur... plus que 2 fichiers à terminer (Paris et les DOM)

J'ai commencé à documenter sur le wiki: 
https://wiki.openstreetmap.org/wiki/WikiProject_France/data.gouv.fr/Base_SIRENE


Il faut vraiment qu'on se pose et réfléchisse avant de se lancer.

Ma petite expérimentation sur osmose avec les pharmacies montre qu'il 
y a du boulot pour intégrer proprement.



Le 5 janvier 2017 à 16:55, Donat ROBAUX > a écrit :


Bonjour ou plutôt re-bonjour,

Ca y est la bête est lâchée

https://www.data.gouv.fr/fr/datasets/base-sirene-des-entreprises-et-de-leurs-etablissements-siren-siret/


La version géocodée est en cours avec la BAN, mais Christian nous
en dira surement plus dans un prochain épisode.

Donat

___
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



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

Re: [Talk-it] Ubuntu Touch e OpenStreetMap

[Aury88]

Alcuni aggiornamenti:
1) l'app UNav ora funziona anche su ubuntu Desk
2) Ora l'app UNav è in grado di funzionare offline
3)Nell'app UNav è stata aggiunta la possibilità di cercare POI vicino la
destinazione o vicino la posizione attuale
4) Nell'app UNav è stato aggiunto il routing tramite mezzi di trasporto
usando i dati di transitland [1]

5) passando al sistema operativo c'è una buona e allo stesso tempo cattiva
notizia: i device fino ad ora supportati da ora in poi riceveranno solo
bugfix per i prossimi due anni.
la mossa si è resa necessaria per permettere di concentrare le (in
proporzione a google, microsoft o apple)poche risorse di canonical per
effettuare la migrazione (aka convergenza) di tutti i "vari ubuntu" a
snappy-ubuntu-core (SUC)...nel fare questo anche unity8+mir utilizzato da
Ubuntu Touch verrà convertito in uno o più snap (probabilmente suddiviso in
componenti per permettere un più facile riutilizzo dei singoli "pezzi").
Questa trasformazione era prevista da tempo ma sino ad ora mai realizzata.
Purtroppo la gestione degli snap si basa su componenti abbastanza recenti
del kernel linux, mentre gli smartphone su cui  si è portato ufficialmente
UT hanno driver incompatibili con questi kernel (e infatti usavano i
.click)...pertanto non solo questi smartphone non vedranno più lo sviluppo
di nuove features, ma neanche l'aggiornamento alle versioni future di UT (o
meglio ubuntu personal).
La buona notizia è che il passaggio a SUC permetterà a canonical un enorme
riparmio di energie (prima divise tra SUC, Ubuntu classico+unity7+compiz, la
sessione Unity+Mir, UT(con un unity8+mir non snap) ) che potranno essere
concentrate su un unico progetto (SUC+ snapped Unity8+(x)Mir) che a sua
volta, grazie alla tecnologia snap, permetterà una notevole semplificazione
del lavoro per sviluppatori e manutentori di canonical e il supporto con un
unico investimento di tutte le tipologie di device (anche quelle che da sole
non generano introiti tali da giustificare uno sviluppo ad-hoc per loro)



[1] https://transit.land/



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n8.nabble.com/Ubuntu-Touch-e-OpenStreetMap-tp5834454p516.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