Re: [Talk-us] Maximum number of tasks on US tasker

[Martijn van Exel]

I'd like to learn more about that massive mess and how we can prevent
that in the future, Paul.To my mind, most TIGER clean up consists of atomic 
tasks, which is where
MapRoulette would typically come in really handy. (Remember the 70,000
connectivity errors we fixed in 2013/4, and the 100,000+ missing
railroad crossings which were also attributable to TIGER .) But perhaps
you have something different in mind. I'd like to think MapRoulette can
help, also because not everybody prefers the same style of working on
large projects.--
  Martijn van Exel
  m...@rtijn.org



On Mon, May 7, 2018, at 21:12, Paul Johnson wrote:
> MapRoulette really made a massive mess of the lanes situation that a
> more systematic and big-picture effort is starting to get a handle on
> in Oklahoma.  I think MapRoulette works well for smaller-picture
> stuff, and is more complimentary to StreetComplete and not terribly
> great at directing more complicated projects.> 
> I've restarted my efforts at a county level to avoid having a huge
> number of tasks that fall largely in Texas, since it seems that the
> tasking manager is ultimately only capable of dealing with rectangular
> project areas even if you feed it a more complicated polygon via JSON.> 
> On Mon, May 7, 2018 at 9:32 PM, Martijn van Exel  wrote:>> 
> I’d like to see how TM and MapRoulette could be complementary in this
>> effort. I know Clifford has set up a TIGER related challenge on
>> MapRoulette, and I have done this in the past as well.>> 
>>  I feel that TM can be good for a general ask like ‘check all TIGER
>>  residential roads in rural areas in this cell, demote to track /
>>  unclassified or delete as needed’ whereas MapRoulette may be useful
>>  for more specific TIGER cleanup related tasks?>> 
>>  Thoughts?
>> 
>>  Martijn
>> 
>> > On May 5, 2018, at 12:49 PM, Paul Johnson 
>> > wrote:>>  > 
>>  > I think it's somewhere between 2000 and 2100.  I'm working on
>>  > eventually handling the entire state of Oklahoma on a TIGER
>>  > cleanup and enrichment.  Ideally, I'd like to do the whole state
>>  > at once (just for variety's sake and for even coverage), but
>>  > county by county works, too.  If there's a limit for the number of
>>  > times an area can be split, this could really use some work, too,
>>  > since 3 (based on tasks2 limit) is not enough.  A 4000 or 5000
>>  > task limit should be sufficient for a single county (though
>>  > definitely won't start off with that many tasks, and almost
>>  > certainly won't hit that many tasks over the life of a project) if
>>  > the split limit is increased (like, at least 5, possibly higher
>>  > just to be on the safe side).>>  > 
>>  > The idea is to basically keep it in that 75-100 item range per
>>  > task just to keep it manageable (item count based on the resulting
>>  > selection when using JOSM search to replace selection and
>>  > searching for highway=* type:way).>>  > 
>>  > On Sat, May 5, 2018 at 12:57 PM, Ian Dees 
>>  > wrote:>>  > I don't know. Do you see a limit somewhere? I'm happy to
>>  > increase it.>>  > 
>>  > On Sat, May 5, 2018, 12:35 Paul Johnson 
>>  > wrote:>>  > What is the maximum number of tasks possible on the US 
>> tasker, and
>>  > is it possible to change that?>>  > 
>> ___
>>  > Talk-us mailing list
>>  > Talk-us@openstreetmap.org
>>  > https://lists.openstreetmap.org/listinfo/talk-us
>>  > 
>>  > ___
>>  > Talk-us mailing list
>>  > Talk-us@openstreetmap.org
>>  > https://lists.openstreetmap.org/listinfo/talk-us
>> 

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

Re: [OSM-ja] 5/12 東京！街歩き！マッピングパーティ：第19回 出張編 小江戸と浅草の中継点「志木」

[yasunari yamashita]

山下です。皆さんこんにちわ

東京！街歩き！マッピングパーティ：第19回 出張編 小江戸と浅草の中継点「志木」
https://openstreetmap.connpass.com/event/85124/

いよいよ今週末の開催となりました。
皆様の参加をお待ちしています！

2018年4月16日 12:27 yasunari yamashita :
> 山下です。皆さんこんにちわ
>
> 毎月、東京で開催している東京！街歩き！マッピングパーティですが、
> 5月は12日(土)に初の出張編、埼玉県志木市での開催です。
>
> 東京！街歩き！マッピングパーティ：第19回 出張編 小江戸と浅草の中継点「志木」
> https://openstreetmap.connpass.com/event/85124/
>
> 田子山富士と敷島神社付近をマッピングします。
> 皆さまの参加をお待ちしています！！
> --
> 山下康成＠東京都新宿区



-- 
山下康成＠東京都新宿区
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-us] Maximum number of tasks on US tasker

[Paul Johnson]

MapRoulette really made a massive mess of the lanes situation that a more
systematic and big-picture effort is starting to get a handle on in
Oklahoma.  I think MapRoulette works well for smaller-picture stuff, and is
more complimentary to StreetComplete and not terribly great at directing
more complicated projects.

I've restarted my efforts at a county level to avoid having a huge number
of tasks that fall largely in Texas, since it seems that the tasking
manager is ultimately only capable of dealing with rectangular project
areas even if you feed it a more complicated polygon via JSON.

On Mon, May 7, 2018 at 9:32 PM, Martijn van Exel  wrote:

> I’d like to see how TM and MapRoulette could be complementary in this
> effort. I know Clifford has set up a TIGER related challenge on
> MapRoulette, and I have done this in the past as well.
>
> I feel that TM can be good for a general ask like ‘check all TIGER
> residential roads in rural areas in this cell, demote to track /
> unclassified or delete as needed’ whereas MapRoulette may be useful for
> more specific TIGER cleanup related tasks?
>
> Thoughts?
>
> Martijn
>
> > On May 5, 2018, at 12:49 PM, Paul Johnson  wrote:
> >
> > I think it's somewhere between 2000 and 2100.  I'm working on eventually
> handling the entire state of Oklahoma on a TIGER cleanup and enrichment.
> Ideally, I'd like to do the whole state at once (just for variety's sake
> and for even coverage), but county by county works, too.  If there's a
> limit for the number of times an area can be split, this could really use
> some work, too, since 3 (based on tasks2 limit) is not enough.  A 4000 or
> 5000 task limit should be sufficient for a single county (though definitely
> won't start off with that many tasks, and almost certainly won't hit that
> many tasks over the life of a project) if the split limit is increased
> (like, at least 5, possibly higher just to be on the safe side).
> >
> > The idea is to basically keep it in that 75-100 item range per task just
> to keep it manageable (item count based on the resulting selection when
> using JOSM search to replace selection and searching for highway=*
> type:way).
> >
> > On Sat, May 5, 2018 at 12:57 PM, Ian Dees  wrote:
> > I don't know. Do you see a limit somewhere? I'm happy to increase it.
> >
> > On Sat, May 5, 2018, 12:35 Paul Johnson  wrote:
> > What is the maximum number of tasks possible on the US tasker, and is it
> possible to change that?
> > ___
> > Talk-us mailing list
> > Talk-us@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-us
> >
> > ___
> > Talk-us mailing list
> > Talk-us@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-us
>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Maximum number of tasks on US tasker

[Martijn van Exel]

I’d like to see how TM and MapRoulette could be complementary in this effort. I 
know Clifford has set up a TIGER related challenge on MapRoulette, and I have 
done this in the past as well. 

I feel that TM can be good for a general ask like ‘check all TIGER residential 
roads in rural areas in this cell, demote to track / unclassified or delete as 
needed’ whereas MapRoulette may be useful for more specific TIGER cleanup 
related tasks? 

Thoughts?

Martijn

> On May 5, 2018, at 12:49 PM, Paul Johnson  wrote:
> 
> I think it's somewhere between 2000 and 2100.  I'm working on eventually 
> handling the entire state of Oklahoma on a TIGER cleanup and enrichment.  
> Ideally, I'd like to do the whole state at once (just for variety's sake and 
> for even coverage), but county by county works, too.  If there's a limit for 
> the number of times an area can be split, this could really use some work, 
> too, since 3 (based on tasks2 limit) is not enough.  A 4000 or 5000 task 
> limit should be sufficient for a single county (though definitely won't start 
> off with that many tasks, and almost certainly won't hit that many tasks over 
> the life of a project) if the split limit is increased (like, at least 5, 
> possibly higher just to be on the safe side).
> 
> The idea is to basically keep it in that 75-100 item range per task just to 
> keep it manageable (item count based on the resulting selection when using 
> JOSM search to replace selection and searching for highway=* type:way).
> 
> On Sat, May 5, 2018 at 12:57 PM, Ian Dees  wrote:
> I don't know. Do you see a limit somewhere? I'm happy to increase it. 
> 
> On Sat, May 5, 2018, 12:35 Paul Johnson  wrote:
> What is the maximum number of tasks possible on the US tasker, and is it 
> possible to change that?
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
> 
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us


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

Re: [Talk-GB] Toys R Us

[Rob Nickerson]

>Lloyds and TSB  banks demerged 5 years ago - yet we still have 180
branches with the old name.

We also have 7 mapped as "LLoyds TSB", 5 as "Lloyds TSB Bank", 4 as "Lloyds
TSB Scotland" 3 as (dubious) "Lloyds/TSB", 1 as "LLoyds TSB Bank", 1 as
"Lloyds  TSB" (double space), 1 as "Lloyd's TSB", 1 as "Lloyds TSB Bank
Plc", 1 as "Lloyds TSB Bank PLC" and 1 as "Lloyds-TSB".

But on the plus side... um, no, that's lost on me!

Sigh.

*Rob*


On Mon, 7 May 2018 at 20:27, Brian Prangle  wrote:

> The answer to the question I posed originally seems to be either  "never"
> or "immediately". Maplin I understand waiting some more time for the
> liquidation process to complete. For clarity the mechanical edit would be
> shop=vacant and previous_name=  whichever variant of the Toys R us name is
> present; which preserves the shop amenity  with a change of use and
> preserves the "landmark" data, which I hope answers some of the concerns
> raised so far. Maintaining map data surely has to be a mix of automation
> and hand-crafted, not a zealot position of one to the exclusion of the
> other. If we know data to be inaccurate and there is an easy fix surely
> we're bounden to users of our map to make it the best we can. If we adopt
> Frederick's position(which I see, rightly or wrongly, as a quest for
> ideological purity) we put community  before users, when I see it has to be
> a balance between the two. What's the point of  building a map if we don't
> make it as accurate and complete as possible,* as soon as possible*?
> Otherwise it's in danger of becoming purely a thing of beauty hand-crafted
> by dedicated hobbyists, with  no thought for all those who have decided to
> use our map.
>
> How long should we wait for a mapper to verify something that's changed?
> Lloyds and TSB  banks demerged 5 years ago - yet we still have 180 branches
> with the old name. Likewise the Territorial Army changed name 6 years ago
> and we still have 27 instances of the old name. So how about  volunteers
> for a campaign to contact local mappers and gently encourage them to update
> the map?
>
> Regards
>
> Brian
>
>
> On 5 May 2018 at 11:57, Rob Nickerson  wrote:
>
>> And for the balance: I disagree with Frederik on this one.
>>
>> If we know the map is wrong we should fix it. We should not leave it just
>> because it may encourage others to fix it and then go on to do other local
>> edits.
>>
>> Frederik's view is that a crap map encourages more people to edit. I'm
>> not convinced. A crap map could also put people off - "why bother, OSM is
>> so far behind, I'll contribute to/just use Google maps instead"
>>
>> I agree that a *blank* map encourages new mappers, but that was 10 years
>> ago! Less convinced that an out of date map does. At least not with our
>> current homepage or if we do get a new mapper its most likely to be a
>> single edit (maybe with MapsMe) rather than a new prolific mapper.
>>
>> So I'm happy with this mechanical edit (full removal preferred, but
>> addition of disussed ok too).
>>
>> Rob
>>
>> P.s. Do we still have cases of Lloyds TSB in OSM?
>>
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
>>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Wochennotiz Nr. 406 24.04.2018–30.04.2018

[Wochennotizteam]

Hallo,

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

http://blog.openstreetmap.de/blog/2018/05/wochennotiz-nr-406/

Viel Spaß beim Lesen!
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Wochennotiz Nr. 406 24.04.2018–30.04.2018

[Wochennotizteam]

Hallo,

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

http://blog.openstreetmap.de/blog/2018/05/wochennotiz-nr-406/

Viel Spaß beim Lesen!
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-in] Extracting rivers as multipolygons

[Aruna S]

> I'm looking at a few options for your use case. It'd be more useful if you
> could let know the scale of the project - that is the geography you're
> covering. Depending on the extent, options could be narrowed down.
>

The use-case is to extract tiles on the banks of rivers. Any river in
India, for example.
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-in] Extracting rivers as multipolygons

[Aruna S]

Hey Arun,

> Find all water polygon/relations that intersect with the buffered
centerlines
This is the part I was missing. What tags would I be looking for here? I
see that for https://www.openstreetmap.org/edit#map=16/24.4812/79.8781, the
tags are
natural=water
type=multipolygon
water=river

Should this suffice for all river-cases?
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-dk] Holdninger til ændringer i tagning af adresser

[Niels Elgaard Larsen]

Jonathan Hougaard:
> Hej Niels
>
>
> Det er korrekt forstået, at hvis du sletter en adresse i OSM, som stadig
> findes i Danmarks Adresseregister, så vil denne automatisk blive
> tilføjet igen ved næste opdatering.
>
> Hvis du vitterligt mener, at en adresse ikke længere findes, kan du
> kontakte den lokale kommune, der så må vurdere, om adressen skal slettes
> fra DAR.
Måske er de blevet bedre nu. Men tidligere har den slags taget årevis.

> Husk på, at en adresse sagtens stadig kan eksistere, selvom der
> ikke (længere) er noget bebyggelse på det pågældende sted. Så som
> privatperson kan du ikke umiddelbart vurdere, om en adresse findes eller
> ej.

Det er ikke så stort et problem med adresser der ikke eksisterer. Det er
mere hvis de er placeret helt forkert.

Jeg har i tidens løb fundet nogle adresser, der har været placeret flere
hundrede km forkert. Nogle gange har jeg så flyttet adressen til den
rigtige placering. Men det er altså lidt besværligt og ikke noget, vi
kan regne med at alle mappere kan finde ud af.

Så mange vil nok slette adressen og det er også bedre end ingenting. Så
undgår vi at nogen sætter deres GPS og ender på Falster i stedet for på
Mors og den slags.

-- 
Niels Elgaard Larsen

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

[OSM-talk] Local language help

[Yuri Astrakhan]

Hi, most countries now have a default_language [1] tag, specifying the most
likely language of the "name" tag in that region.  Here's a list of 60+
countries that have multiple official languages.  If you have local
knowledge, or can research it, could you add the proper default_language
tag to these relations?  Also, if most of the country uses one language,
but some region uses a different default language, please set first
language on the whole country, and the second language on the smaller admin
region.  Do not set multiple languages, e.g.  "en;fr".  See
Key:default_language wiki page.

This query generates a list of admin boundary relations that have no
default_language tag. It also shows country's the official languages per
Wikidata.http://tinyurl.com/y9382ewv

Wiki page:
[1] https://wiki.openstreetmap.org/wiki/Key:default_language
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] Overpass-Integration meldet seit kurzem "Bad-Request" ohne Code-Änderung

[Roland Olbricht]

Hallo,

auf der TüBus-Karte [1] funktioniert seit kurzem -- obwohl der Code 
nicht geändert wurde -- die Overpass-Abfrage nicht mehr. Der Request 
wird mit Status 400 beantwortet.


Weiß jemand, was sich geändert hat und was ich ändern müsste, damit die 
Abfrage wieder funktioniert?


da muss ich ich entschuldigen. Das war natürlich nicht beabsichtigt.

Es handelt sich, wie schon festgestellt, um eine Nachlässigkeit in der 
Syntax (fehlendes Semikolon). Ich bin schlicht nicht auf die Idee 
gekommen, dass das bisher funktioniert hat und dass es tatsächlich 
jemand nutzt.


Zu den neuen Version dann möglichst bald mehr Informationen. Die 
Dokumentation ist noch nicht fertig, daher ist die Version noch nicht 
angekündigt.


Viele Grüße,
Roland

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

[Talk-br] Associação, Capítulo OSM, etc

[Sérgio V .]

Passando pra cá algumas observações sobre possibilidade de uma "associação OSM 
brasileira" que vem sendo discutida.

Uma associação OSM local (nacional) precisa ser obviamente expressão da própria 
comunidade OSM nacional, espontânea e diversa. E em última análise,  do próprio 
universo OSM, apenas que no contexto nacional.

É fundamental que nós -  a comunidade brasileira pensando em associar-se em uma 
entidade e representar localmente o OSM -  tenhamos o necessário conhecimento 
dos aspectos básicos que envolvem isto.
Como "capítulo OSM" e "associação OSM".

Do que entendo:

1) Um capítulo OSM é uma entidade local "representante formal" do "próprio OSM" 
e da "OSMF", no ambiente local:
"Capítulo local OSM" (nacional) é uma proposta de entidade legalmente 
estabelecida sem fins lucrativos, que pode atuar como representante oficial 
local da OSMF, no trato com instituições governamentais, corporações privadas e 
mídia em geral. Com relação contratual formal com a OSMF."

OSMF (OpenStreetMap Foundation):
É a entidade internacional que representa oficialmente o projeto OSM, detém 
todas as prerrogativas de licenças sobre o projeto OSM, detentora dos direitos 
sobre o nome OpenStreetMap e as marcas diretamente ligadas a este projeto.
Todo uso do nome OpenStreetMap, assim como toda associação local que se 
denomine OSM, deve referir sua licença em última análise à OSMF.

VER:
https://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters (precisa que 
alguém traduza tb e colocar numa wiki-Pt)
http://osmfoundation.org)

Do que entendo, então, tem um capítulo formalizada de princípio a autorização 
para usar o nome OSM e representá-lo.
Ainda assim, a OSMF reserva-se o direito último sobre a marca e demais 
licenças, podendo sempre revogá-las se necessário.

Não existem ainda no mundo capítulos locais formalmente estabelecidos nestes 
moldes.
O que existe até o momento são capítulos propostos em entidades locais, 
reconhecidas pela OSMF.


2) Uma "associação local" pode ser representativa da "vasta e genérica 
comunidade OSM local" (nacional), isto é , representativa das pessoas.
Não necessariamente ser representante do OSM.
Não necessariamente de princípio tem o direito de conter ou usar o nome ou as 
marcas "OSM", ou ter um website com nome OSM, ou representar o OSM localmente 
junto aos demais setores da sociedade local.
Para usar o nome OSM e representá-lo, etc, depende de estar nos moldes 
previstos de uma entidade focada no OSM, e das licenças gerais do OSM.
Necessita para isto "permissão da OSMF", detentora da marca OSM.

(VER: https://wiki.openstreetmap.org/wiki/Trademark_Policy_Pt
sobretudo item 4 - Usos especiais que requerem permissão: do uso do nome e 
marcas OSM, domínio de internet, e captação de recursos)

- - -

Obviamente não é exigência ter ou participar de uma associação nacional:
assim como existe "a comunidade OSM mundial" (formada por todos nós), "e" 
existe a OSMF como entidade oficial do OSM.
Nem todos da vasta comunidade mundial OSM são membros da entidade OSMF.

De todo modo, ter uma "associação" nacional é base para ser "capítulo".
(Por exemplo, o capítulo local francês, cuja entidade legal é a "Association 
OpenStreetMap France".)

No meu entender, é portanto fundamental que uma proposta de associação nacional 
da comunidade OSM, e seu estatuto, tenham já de partida explícitos:
-foco central no OSM (não impede atividades compatíveis; impede as 
incompatíveis);
-ser voltado a ser um capítulo OSM, isto é, um representante oficial do OSM.

Sugestão: estudarmos bem as condições para uma associação local ser capítulo 
OSM. Contatar mais a OSMF para orientações neste sentido.

Depende de:
a comunidade de fato desejá-lo, estar suficientemente madura para tal 
empreitada (conciência de tudo o que envolve, envolvimento a fundo profundo com 
o OSM),
e se engajar (isto é, bastante gente).

Pensando de modo bem prático como me parece que é a realidade das comunidades 
locais OSM ao redor do mundo:

É mais viável se há bastante gente com envolvimento de um modo ou de outro mais 
"a fundo" com o OSM (é normal que nem todos tem sempre), das diversas áreas o 
universo OSM
(mapeamento, desenvolvimento, instrução, contatos, comunidade OSM - que é a 
base do OSM - etc) .

Do contrário, se o geral é ainda um envolvimento mais superficial, esporádico 
(não há nenhum mal nisso, é parte do processo de caminhada), fica bem menos 
viável.
Por causa justamente de todas coisas do universo OSM que envolve estarmos bem 
por dentro.
Isso é, ser representantes do OSM supõe um bom número de gente com uma boa dose 
de envolvimento e conhecimento do universo OSM, ou intenção de.

Pode ser natural se uma comunidade precisar desenvolver mais isso até formar 
uma associação ou capítulo OSM.
Por exemplo, creio que quase ninguém tinha conhecimento bem destas coisas de 
Capítulo etc (de todo modo não foram levantadas mais a fundo; obviamente eu 
incluído, fui ler mais a fundo agora).

- - -

Outro aspecto,
um capítulo 

Re: [Talk-in] Extracting rivers as multipolygons

[Arun Ganesh]

On Sat, May 5, 2018 at 7:56 PM, Aruna S  wrote:

> Ramya!
>
> Hi, ok. So, do you have ideas around extracting the relations I've sent as
> an example (https://www.openstreetmap.org/edit#map=16/24.4812/79.8781) -
> for example, if I wanted to extract all relations that make up the Sutlej
> river, would I have to manually find each each relation ID and use the
> above query, or is there a simpler way to extract all the relations and
> multipolygons that compose this river?
>

Ideally, all riverbanks that are part of the river are also added into the
relevant river relation, but i think this mapping is currently incomplete.

A programmatic way to try to do this in turf could be:

   - Extract the way/centerline of the river needed
   - Convert the line into a polygon by creating a buffer around it (20m
   should work)
   - Find all water polygon/relations that intersect with the buffered
   centerlines




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

Re: [Talk-es] Maps, app libre en F-Droid basada en MAPS.ME

[yo paseopor]

Espero que pronto a la gente de osmand se le ocurra la manera de aprovechar
el rutaje de transporte público que ya se puede hacer con mapsme y su fork

Salut i rutes de transport públic
yopaseopor

2018-05-07 13:36 GMT+02:00 Miguel Sevilla-Callejo :

> Está genial que haya un fork de Maps.Me en F-DRoid! pero yo me quedo con
> OSMAnd 
> que cada vez está más completo, edito directamente POIs, comparto
> ubicación con Vespucci para edición más completa de OSM y le puedes añadir
> otras capas de fondo [1]
>
> Saludos
>
> Miguel
>
> [1] https://pastebin.com/BrqBR3t3
>
> También es software libreEs más flexible
> El 24 de febrero de 2018 11:09:54 CET, "Héctor Ochoa" <
> cie.hoc...@gmail.com> escribió:
>>
>> Maps.me ya era de código abierto, y tiene una licencia libre, pero
>> contiene algunas partes no libres, y de ahí este fork.
>> Repositorio de maps.me oficial: https://github.com/mapsme/omim
>>
>> El 24 de febrero de 2018, 11:02, María Arias de Reyna 
>> escribió:
>>
>>> Yo es la que uso siempre.
>>>
>>> El 24 feb. 2018 10:51, "Javier Sánchez Portero" 
>>> escribió:
>>>
 Mola y mucho, por que parece que han publicado todo el código de
 maps.me
 https://gitlab.com/axet/omim/tree/HEAD

 Gracias por el aviso

 El 22 de febrero de 2018, 16:40, Iván Hernández Cazorla <
 ivanher...@gmail.com> escribió:

> Buenas,
> Creo que el título lo dice todo. Me gustaría compartir con ustedes una
> aplicación que encontré hoy en F-Droid [0] y que fue publicada hace solo
> dos días. Se trata de Maps [1] y está basada en MAPS.ME [2], un
> servicio que se que muchos de ustedes también usan. Puede que les guste, 
> ya
> que se trata de una versión más acorde a los principios de los proyectos 
> en
> los que trabajamos, al menos desde mi punto de vista claro.
>
> Yo suelo utilizar OsmAnd, también en F-Droid [3]. Pero quise probar
> esta para y comprobar qué tal funciona. De momento me he descargado el 
> mapa
> mundi general, necesario para la app, y el mapa de Canarias, y parece que
> funciona bastante bien.
>
> Lo dicho, se las dejo por si la quieren probar. Sobre todo para
> Miguel, que sé que, aunque creo que prefiere OsmAnd, seguro querrá 
> probarla
> al ser una app FOSS [4].
>
> Saludos,
> Iván
>
> [0]: repositorio de aplicaciones libres y de código abierto para
> Android: https://f-droid.org/en/about/
> [1]: https://f-droid.org/packages/com.github.axet.maps/
> [2]: https://maps.me/
> [3]: https://f-droid.org/packages/net.osmand.plus/
> [4]: https://es.wikipedia.org/wiki/Software_libre_y_de_c%C3%B3dig
> o_abierto
> --
> Iván Hernández Cazorla
> Miembro de Wikimedia España
>
> ___
> 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
>>>
>>>
>>
>>
> ___
> 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-dk] Holdninger til ændringer i tagning af adresser

[Jørgen Elgaard Larsen]

Jonathan Hougaard skrev:
> - Hvis man manuelt retter placeringen af en adresse i OSM, bør man
> samtidig kontakte den lokale kommune, der kan rette placeringen af
> adressen i DAR.> Imens denne opdatering pågår, kan man sætte
> autoaws=ignore på adressenoden,

Ja, og det vil erfarne mappere sagtens kunne finde ud af. Men
nybegyndere, udlændige osv. vil bare flytte punktet. Hvis det sker, vil
det være godt, hvis en af os mere erfarne nemt kunne finde det og
checke, om der er tale om en fejl, eller om der skal tilføjes
autoaws=ignore.


> Det er ikke praktisk muligt at tage højde for så mange forskellige
> kombinationer.

Fair nok.

> autoaws=ignore en tænkt som en midlertidig løsning,
> indtil fejlen bliver rettet af kommunen i DAR. Derfor må man, hvis man
> bruger det tag, påtage sig det ansvar det er, at holde adressen
> opdateret indtil det igen fjernes.
> 
> - Hvorfor tænker du ikke, at adresser med ois:fixme skal rettes? Jeg vil
> meget gerne høre argumenterne bag den holdning. Se diskussionen her:
> https://www.openstreetmap.org/changeset/58691225

Nu er det ikke altid bare lige at henvende sig til kommunen. Det kan
tage noget tid at finde frem til rette kontaktperson. Og der er forskel
på, hvor hurtigt de forskellige kommuner reagerer...

I "gamle dage" var der en side, hvor hver kommune kunne gå ind og se en
oversigt over, hvilke fejl vi OSM'ere havde fundet i netop deres
kommune. Det var dels et udtræk fra oisfixes, dels de tags, der var
tagget med ois:fixme.

Det fungerede rigtig godt, og mange kommuner var glade for det. Det er
ærgerligt, at det ikke findes mere, men vi burde kunne få nogte lignende
op at stå igen.

Erfaringen fra dengang var, at flere kommuner brugte værktøjet aktivt og
var glade for det - men andre kommuner rettede intet, selvom vi skrev
til dem med en liste over fejl. Dette hang bl.a. sammen med manglende
ressourcer i kommunerne.

Så at regne med, at autoaws=ignore bare er midlertidig indtil kommunen
retter fejlen, kræver, at man har en temmelig generøs defination af
ordet "midlertidig".


> - Det lyder som en opgave, der er bedre varetaget af noget (semi-)manuel
> validering

Fint nok.


- Jørgen


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

Re: [Talk-dk] Holdninger til ændringer i tagning af adresser

[Jonathan Hougaard]

Hej Jørgen


- Hvis man manuelt retter placeringen af en adresse i OSM, bør man 
samtidig kontakte den lokale kommune, der kan rette placeringen af 
adressen i DAR. Imens denne opdatering pågår, kan man sætte 
autoaws=ignore på adressenoden, der så ikke vil blive automatisk 
opdateret. Det er vigtigt at huske at fjerne dette tag igen, når fejlen 
er blevet rettet i DAR. Jeg vil lige overveje, hvordan jeg evt. kan 
generere en advarsel, hvis en eksisterende adresse flyttes en hvis distance.


- Adresser bliver sammenlignet på 7 forskellige punkter. Hvis du skal 
kunne definere, at kun et eller flere af disse punkter skal ignoreres 
(f.eks. at der på en bestemt adresse ikke skal foretages automatiske 
rettelser af husnummeret og kommunens navn), giver det alt for mange 
ombinationsmuligheder af tags som skal ignoreres eller ikke ignoreres. 
Det er ikke praktisk muligt at tage højde for så mange forskellige 
kombinationer. autoaws=ignore en tænkt som en midlertidig løsning, 
indtil fejlen bliver rettet af kommunen i DAR. Derfor må man, hvis man 
bruger det tag, påtage sig det ansvar det er, at holde adressen 
opdateret indtil det igen fjernes.


- Hvorfor tænker du ikke, at adresser med ois:fixme skal rettes? Jeg vil 
meget gerne høre argumenterne bag den holdning. Se diskussionen her: 
https://www.openstreetmap.org/changeset/58691225


- Tanken er, at scriptet bliver køre automatisk f.eks. hver 3. time. Med 
de 1090 postnumre der findes i dag, vil det svare til at hvert 
postnummer bliver opdateret cirka hver 4-5 måned. Afhængig af hvilken 
hosting der viser sig at være tilgængelig, kan dette tal ændre sig. Jeg 
vil gerne tilføje en mulighed for, at opdatering af et enkelt postnummer 
kan startes manuelt.


- Det lyder som en opgave, der er bedre varetaget af noget (semi-)manuel 
validering. Måske kan der være tilfælde, hvor det giver mening af have 
den samme adresse sat på flere noder. Det er næsten umuligt at 
programmere noget automatik, der uden manuel indblanding kan vurdere 
hvad der skal ske, hvis der er flere noder der indeholder det samme data.



Mvh.

Jonathan


On 07/05/2018 16:29, Jørgen Elgaard Larsen wrote:

Jonathan Hougaard skrev:
https://wiki.openstreetmap.org/wiki/AutoAWS#Description_of_the_Script_Workflow 
samt dennes talk side: https://wiki.openstreetmap.org/wiki/Talk:AutoAWS


Hvis der er kommentarer til disse, modtager jeg dem gerne snarest 


Overordnet ser det fint ud.

Enkelte kommentarer:
* Enkelte adressepunkter har en helt forkert placering i DAR. Nogle
  gange bliver de flyttet manuelt af mappere. Så måske skulle du sætte
  en fixme på adressepunkter, der flyttes længere end f.x. 500m af
  AutoAWS?

* I stedet for autoaws=ignore kunne man have f.x autoaws:ignore=all,
  autoaws:ignore=coordinates etc.

* I første omgang bør du ikke pille ved adresser mærket ois:fixme=*

* Det ville være godt, hvis man kunne udløse en import af en enkelt
  kommune/vejkode, f.x. fra oisfixes.

* Hvis du tilføjer adressepunkter, er det nok værd at undersøge, om der
  findes et lignende adressepunkt i nærheden uden osak:identifier.
  Alternativt skal vi måske bare have et værktøj til at finde den
  slags...

- Jørgen



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



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

Re: [Talk-dk] Holdninger til ændringer i tagning af adresser

[Jonathan Hougaard]

Hej Niels


Det er korrekt forstået, at hvis du sletter en adresse i OSM, som stadig 
findes i Danmarks Adresseregister, så vil denne automatisk blive 
tilføjet igen ved næste opdatering.


Hvis du vitterligt mener, at en adresse ikke længere findes, kan du 
kontakte den lokale kommune, der så må vurdere, om adressen skal slettes 
fra DAR. Husk på, at en adresse sagtens stadig kan eksistere, selvom der 
ikke (længere) er noget bebyggelse på det pågældende sted. Så som 
privatperson kan du ikke umiddelbart vurdere, om en adresse findes eller ej.



Mvh.

Jonathan


On 07/05/2018 15:48, Niels Elgaard Larsen wrote:

On Mon, 7 May 2018 15:12:16 +0200
Jonathan Hougaard  wrote:


Hej


I forbindelse med udvikling af nyt script til adresseopdatering i
Danmark er det via wiki talk siden blevet foreslået at lave enkelte
rettelser til hvordan adresser tagges i Danmark. Disse kan ses på
wiki siden:
https://wiki.openstreetmap.org/wiki/AutoAWS#Description_of_the_Script_Workflow
samt dennes talk side:
https://wiki.openstreetmap.org/wiki/Talk:AutoAWS


==
Adding addresses[edit | edit source]
Similarly to how addresses are picked for deletion, for any address IDs
that exist in DAR data, but does not exist in OSM data, the address is
saved as a new address to be added to OSM. A new node will be created
and pushed to the OSM API. The new node will contain the following tags:
==

Det er jo ikke helt tilsvarende. For hvad nu, hvis man nu har slettet en
knude i OSM, fordi den ikke skal være der?

Er det så meningen, at man skal fjerne alle tags, undtaget
osak:identifier=XXX, autoaws=ignore
?


Hvis der er kommentarer til disse, modtager jeg dem gerne snarest
muligt, da jeg ellers forventer at autoAWS snart er klar til at
begynde på adresseopdateringer i større omfang.


Mvh

Jonathan


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






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

Re: [Talk-cz] Pozor JOSM 13710 se asi zblaznil

[Marián Kyral]

Dne 7.5.2018 v 16:15 Janda Martin napsal(a):
> Myslim ze potkat se to nemusi.
>
> 2 obdelniky - dotykaji se pouze jednim vrcholem.

To je docela velký extrém který se moc nevidí. V naprosté většině
případů mají budovy společné dva a více uzlů.
> - opravi se jeden, druhy se rozhodi.
> - to by ten algoritmus musel uvazovat vsechny mozne prave uhly najednou.

Tady mám empirickou zkušenost, kdy střídavě na daných budovách mačkám Q
tak dlouho, až se to přestane měnit :-D

> Ale i tak by se vlastne scitala chyba zpusobena opravou. Prikladem
> mohou byt radovky kterych je napr. 5 u sebe. Pokud by se uhly opravily
> u prvni tak posledni muze byt posunuta o docela velky kus.
>

No a od toho jsi tady ty, abys tyhle posuny korigoval. Buď tak, že
všechny budovy trochu pootočíš, aby to sedělo, nebo změnu vrátíš zpátky
a nastavíš, že se má chyba ignorovat.
Osobně tato varování zatím neřeším. Počkám, až to za mně někdo odladí (
;-) ) a pak se na to možná znova podívám.

Marián

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

Re: [Talk-GB] Toys R Us

[ajt1047]

  Chesterfield's Maplins seems to be (as of this morning) still hanging on in there - they haven't got as far as selling off the shelving yet (which will surely come).From: Paul BerrySent: Friday, 4 May 2018 21:05To: Brian PrangleCc: Talk GBSubject: Re: [Talk-GB] Toys R UsPerhaps appropriate when the signage is taken down from any of their former stores en masse. In the meantime nothing stopping you mechanically adding 

disused:shop=yes

to all instances now, I would think.Is there precedent on OSM for this? What are the plans for the 200 or so Maplin stores?Regards,PaulOn 4 May 2018 at 20:10, Brian Prangle  wrote:Hi everyoneWhen will it be  appropriate to do a mechanical edit and remove the 47 instances of this store that can be seen in Overpass? Have they all closed now?  My local one is now closed and leaving a large gap on its retail  parkDitto MaplinsRegardsBrian
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb



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

Re: [Talk-dk] Holdninger til ændringer i tagning af adresser

[Jørgen Elgaard Larsen]

Jonathan Hougaard skrev:
https://wiki.openstreetmap.org/wiki/AutoAWS#Description_of_the_Script_Workflow 
samt dennes talk side: https://wiki.openstreetmap.org/wiki/Talk:AutoAWS


Hvis der er kommentarer til disse, modtager jeg dem gerne snarest 


Overordnet ser det fint ud.

Enkelte kommentarer:
* Enkelte adressepunkter har en helt forkert placering i DAR. Nogle
  gange bliver de flyttet manuelt af mappere. Så måske skulle du sætte
  en fixme på adressepunkter, der flyttes længere end f.x. 500m af
  AutoAWS?

* I stedet for autoaws=ignore kunne man have f.x autoaws:ignore=all,
  autoaws:ignore=coordinates etc.

* I første omgang bør du ikke pille ved adresser mærket ois:fixme=*

* Det ville være godt, hvis man kunne udløse en import af en enkelt
  kommune/vejkode, f.x. fra oisfixes.

* Hvis du tilføjer adressepunkter, er det nok værd at undersøge, om der
  findes et lignende adressepunkt i nærheden uden osak:identifier.
  Alternativt skal vi måske bare have et værktøj til at finde den
  slags...

- Jørgen



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

Re: [Talk-cz] Pozor JOSM 13710 se asi zblaznil

[Janda Martin]

Myslim ze potkat se to nemusi. 

2 obdelniky - dotykaji se pouze jednim vrcholem. 
- opravi se jeden, druhy se rozhodi. 
- to by ten algoritmus musel uvazovat vsechny mozne prave uhly najednou. Ale i 
tak by se vlastne scitala chyba zpusobena opravou. Prikladem mohou byt radovky 
kterych je napr. 5 u sebe. Pokud by se uhly opravily u prvni tak posledni muze 
byt posunuta o docela velky kus. 

M 



From: "Marián Kyral"  
To: "OpenStreetMap Czech Republic"  
Sent: Monday, May 7, 2018 4:06:10 PM 
Subject: Re: [Talk-cz] Pozor JOSM 13710 se asi zblaznil 

-- Původní e-mail -- 
Od: Janda Martin  
Komu: OpenStreetMap Czech Republic  
Datum: 7. 5. 2018 7:59:42 
Předmět: Re: [Talk-cz] Pozor JOSM 13710 se asi zblaznil 


Diky za info. 

Rozhodne ale automaticke opravy nesmi meni uhly budov. 






A co bys čekal, že se stane, když ti to hlásí chybu "almost square"? Já teda 
přesně toto. 

A to, jestli si to opravíš jednu po druhé, nebo všechny najednou, je přece na 
tobě? Ty bys měl rozhodnout, co je lepší. 







BQ_BEGIN
To je pak chyba v JOSM. Vypada to ze to bude ono. Ani jsem si toho nevsiml. 
Uz jsem to reportoval na JOSM. Rozhodne tato kontrola nesmi automaticky 
fixovana. Dava nestabilni vysledky. A po stisku tlacitka FIX stale zustavaji 
budovy s "Building with almost square angle" 

BQ_END





Protože to budou dvě nebo více sousedících budov. Opravíš jednu, rozhodíš 
druhou. Opravíš druhou, rozbije se první. Ale když vytrváš, tak se to po nějaké 
době někde potká ;-) 





Marián 

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

Re: [Talk-cz] Pozor JOSM 13710 se asi zblaznil

[Marián Kyral]

-- Původní e-mail --
Od: Janda Martin 
Komu: OpenStreetMap Czech Republic 
Datum: 7. 5. 2018 7:59:42
Předmět: Re: [Talk-cz] Pozor JOSM 13710 se asi zblaznil
"Diky za info.

Rozhodne ale automaticke opravy nesmi meni uhly budov. "



A co bys čekal, že se stane, když ti to hlásí chybu "almost square"? Já teda
přesně toto.

A to, jestli si to opravíš jednu po druhé, nebo všechny najednou, je přece
na tobě? Ty bys měl rozhodnout, co je lepší.







"To je pak chyba v JOSM. Vypada to ze to bude ono. Ani jsem si toho nevsiml.
Uz jsem to reportoval na JOSM. Rozhodne tato kontrola nesmi automaticky 
fixovana. Dava nestabilni vysledky. A po stisku tlacitka FIX stale zustavaji
budovy s "Building with almost square angle"
"



Protože to budou dvě nebo více sousedících budov. Opravíš jednu, rozhodíš
druhou. Opravíš druhou, rozbije se první. Ale když vytrváš, tak se to po
nějaké době někde potká ;-)





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

Re: [Talk-dk] Holdninger til ændringer i tagning af adresser

[Niels Elgaard Larsen]

On Mon, 7 May 2018 15:12:16 +0200
Jonathan Hougaard  wrote:

> Hej
> 
> 
> I forbindelse med udvikling af nyt script til adresseopdatering i 
> Danmark er det via wiki talk siden blevet foreslået at lave enkelte 
> rettelser til hvordan adresser tagges i Danmark. Disse kan ses på
> wiki siden: 
> https://wiki.openstreetmap.org/wiki/AutoAWS#Description_of_the_Script_Workflow
>  
> samt dennes talk side:
> https://wiki.openstreetmap.org/wiki/Talk:AutoAWS


==
Adding addresses[edit | edit source]
Similarly to how addresses are picked for deletion, for any address IDs
that exist in DAR data, but does not exist in OSM data, the address is
saved as a new address to be added to OSM. A new node will be created
and pushed to the OSM API. The new node will contain the following tags:
==

Det er jo ikke helt tilsvarende. For hvad nu, hvis man nu har slettet en
knude i OSM, fordi den ikke skal være der?

Er det så meningen, at man skal fjerne alle tags, undtaget
osak:identifier=XXX, autoaws=ignore
?

> Hvis der er kommentarer til disse, modtager jeg dem gerne snarest 
> muligt, da jeg ellers forventer at autoAWS snart er klar til at
> begynde på adresseopdateringer i større omfang.
> 
> 
> Mvh
> 
> Jonathan
> 
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk



-- 
Niels

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

[Talk-dk] Holdninger til ændringer i tagning af adresser

[Jonathan Hougaard]

Hej


I forbindelse med udvikling af nyt script til adresseopdatering i 
Danmark er det via wiki talk siden blevet foreslået at lave enkelte 
rettelser til hvordan adresser tagges i Danmark. Disse kan ses på wiki 
siden: 
https://wiki.openstreetmap.org/wiki/AutoAWS#Description_of_the_Script_Workflow 
samt dennes talk side: https://wiki.openstreetmap.org/wiki/Talk:AutoAWS



Hvis der er kommentarer til disse, modtager jeg dem gerne snarest 
muligt, da jeg ellers forventer at autoAWS snart er klar til at begynde 
på adresseopdateringer i større omfang.



Mvh

Jonathan


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

Re: [Talk-it] dataset MISE distributori

[Cascafico Giovanni]

Dopo un primo picco di 5.000 validazioni a seguito della pubblicazione
sulla ML import, il numero è arrivato a queste 7412 e sta lentamente
aumentando.

Ho quindi generato ll file osm [1] potenzialmente importabile dopo la
parziale validazione. I numeri in sintesi:

Total features: 20709
Features to validate: 20709
Features looked at: 7412
Validated twice: 854
Have corrections: 1264
To be ignored: 23

Date un'occhio al file: immagino ci sia bisogno di limature nel campo
"operator" (F.Lli, congiunzioni, preposizioni, accenti) che suppongo
possono esser fatte in JOSM.

[1]
https://github.com/cascafico/OSM-ItalyFuelStations/blob/master/osm/audit2018-05-07.osm
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-in] Extracting rivers as multipolygons

[Ramya Ragupathy]

Hello Aruna,

I'm looking at a few options for your use case. It'd be more useful if you
could let know the scale of the project - that is the geography you're
covering. Depending on the extent, options could be narrowed down.

Thanks
Ramya
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-es] [Talk:es] Improtaciones catastro

[Javier Sánchez Portero]

Gracias por hacer la solicitud y enhorabuena por el resultado.

He añadido la traducción del documento.

Cuando puedas métele mano a
https://wiki.openstreetmap.org/wiki/Contributors#Spain
https://wiki.openstreetmap.org/wiki/ES:Fuentes_de_datos_potenciales_de_España#Datos_descargables_de_cobertura_territorial



El 7 de mayo de 2018, 10:36, Joaquim  escribió:

> Gracias Santiago, yo tengo el sistema en catalán, con esta instrucción ya
> funciona el CatAtom2Osm perfectamente. El fichero address.geojson se genera
> correctamente
>
> He subido el documento a la wiki pero, antes de poner más información,
> alguien más entendido que yo en temas de autorizaciones debería darle un
> vistazo para ver si es suficiente según la normas de OpenStreetMaps.
>
> Joaquim Puxan
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Maps, app libre en F-Droid basada en MAPS.ME

[Miguel Sevilla-Callejo]

Está genial que haya un fork de Maps.Me en F-DRoid! pero yo me quedo con
OSMAnd 
que cada vez está más completo, edito directamente POIs, comparto ubicación
con Vespucci para edición más completa de OSM y le puedes añadir otras
capas de fondo [1]

Saludos

Miguel

[1] https://pastebin.com/BrqBR3t3

También es software libreEs más flexible
El 24 de febrero de 2018 11:09:54 CET, "Héctor Ochoa" 
escribió:
>
> Maps.me ya era de código abierto, y tiene una licencia libre, pero
> contiene algunas partes no libres, y de ahí este fork.
> Repositorio de maps.me oficial: https://github.com/mapsme/omim
>
> El 24 de febrero de 2018, 11:02, María Arias de Reyna 
> escribió:
>
>> Yo es la que uso siempre.
>>
>> El 24 feb. 2018 10:51, "Javier Sánchez Portero" 
>> escribió:
>>
>>> Mola y mucho, por que parece que han publicado todo el código de maps.me
>>> https://gitlab.com/axet/omim/tree/HEAD
>>>
>>> Gracias por el aviso
>>>
>>> El 22 de febrero de 2018, 16:40, Iván Hernández Cazorla <
>>> ivanher...@gmail.com> escribió:
>>>
 Buenas,
 Creo que el título lo dice todo. Me gustaría compartir con ustedes una
 aplicación que encontré hoy en F-Droid [0] y que fue publicada hace solo
 dos días. Se trata de Maps [1] y está basada en MAPS.ME [2], un
 servicio que se que muchos de ustedes también usan. Puede que les guste, ya
 que se trata de una versión más acorde a los principios de los proyectos en
 los que trabajamos, al menos desde mi punto de vista claro.

 Yo suelo utilizar OsmAnd, también en F-Droid [3]. Pero quise probar
 esta para y comprobar qué tal funciona. De momento me he descargado el mapa
 mundi general, necesario para la app, y el mapa de Canarias, y parece que
 funciona bastante bien.

 Lo dicho, se las dejo por si la quieren probar. Sobre todo para Miguel,
 que sé que, aunque creo que prefiere OsmAnd, seguro querrá probarla al ser
 una app FOSS [4].

 Saludos,
 Iván

 [0]: repositorio de aplicaciones libres y de código abierto para
 Android: https://f-droid.org/en/about/
 [1]: https://f-droid.org/packages/com.github.axet.maps/
 [2]: https://maps.me/
 [3]: https://f-droid.org/packages/net.osmand.plus/
 [4]: https://es.wikipedia.org/wiki/Software_libre_y_de_c%C3%B3dig
 o_abierto
 --
 Iván Hernández Cazorla
 Miembro de Wikimedia España

 ___
 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
>>
>>
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] [Talk:es] Improtaciones catastro

[Santiago Crespo]

Hola Joaquim,

El documento autoriza expresamente al uso de los datos del IDE
(Infraestructura de Dades Espacials) de Menorca para actualizar OSM.

https://wiki.openstreetmap.org/w/images/6/67/Autoritzaci%C3%B3_IDE.pdf

Encima únicamente "les gustaría/nos agradecerían" que les mencionamos
como origen de los datos.
Habrá que añadir algo como "Consell Insular de Menorca (Infraestructura
de Dades Espacials de Menorca)" en los conjuntos de cambios y aquí:

https://wiki.openstreetmap.org/wiki/Contributors#Spain

El PDF está firmado por la presidenta del Consell Insular de Menorca,
que es el titular del copyright de los datos del IDE de Menorca:

http://cartografia.cime.es/Contingut.aspx?IdPub=88

La firma electrónica de Susana Mora se puede verificar por ejemplo con
el Adobe Reader o subiendo el PDF a esta web del Ministerio de Hacienda:

https://valide.redsara.es/valide/validarFirma/ejecutar.html

Sin ser abogado, mi conclusión es que el documento de autorización tiene
muy buena pinta. Entiendo que podemos usar sus datos para mejorar OSM,
siguiendo siempre los protocolos de la comunidad.

Por lo que si nadie dice algo en contra, te animo a que empieces a subir
documentación a la wiki.

¡Enhorabuena!

Saludos,
Santiago Crespo

On 05/07/2018 11:36 AM, Joaquim wrote:
> Gracias Santiago, yo tengo el sistema en catalán, con esta instrucción
> ya funciona el CatAtom2Osm perfectamente. El fichero address.geojson se
> genera correctamente
> 
> He subido el documento a la wiki pero, antes de poner más información,
> alguien más entendido que yo en temas de autorizaciones debería darle un
> vistazo para ver si es suficiente según la normas de OpenStreetMaps.
> 
> Joaquim Puxan
> 
> 
> ___
> 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-in] State of the Map Asia 2018

[Jinal Foflia]

*Hello, Everyone! Bengaluru is getting ready to host State of the Map
Asia[0] this year. We’re excited to bring the conference to the garden city
of India during November 17th –18th at the Indian Institute of Management,
Bangalore[1]. We'll have participants from around the world to discuss
challenges, learn, and celebrate many years of mapping together.The Call
for Proposals for the conference is open until June 10th midnight.[2] We
are focusing on the growing OSM communities in the region — both mappers
and users of the data. We invite inclusive and diverse participation to
broaden our understanding of the OSM community, and encourage a dialogue
driven by the unique needs of users in the Asia region. If you have a great
workshop idea, a story about working with OpenStreetMap in your local
community, or a project that you want to share with us, we would love to
hear from you, please apply[2]! The conference operates as a space for
collaboration and strengthening the community. We also understand that it
is expensive to fly around the world to support the community. However, we
believe financial constraints should not be the reason we don’t get to
interact with you. In hopes of helping you out a little more, we offer
scholarships to support participants to attend the conference[3]. The last
date to apply for scholarships is 11th May.If you are interested in helping
us support[4] travel and accommodation for participants from outside the
host city, write to us at stateofthemapasia (at) gmail (dot) com and we
will provide you with all the information needed to support the
conference.For all the announcements around the conference follow us on our
Medium publication[6] and Twitter[7]. Looking forward to seeing you all in
Bengaluru!Cheers,State of the Map Asia Organising
Team--[0] - http://stateofthemap.asia/
 [1] - http://bit.ly/sotmasia2018
 [2] - http://bit.ly/sotmasia-cfp
 [3] - http://bit.ly/call-for-scholarships
 [4] - http://bit.ly/sotm-sponsorship
 [5] -
http://bit.ly/blog-state-of-the-map-asia
 [6] -
https://medium.com/state-of-the-map-asia
 [7] -
https://twitter.com/SotmAsia  *
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[OSM-talk] State of the Map Asia 2018

[Jinal Foflia]

*Hello, Everyone! Bengaluru is getting ready to host State of the Map
Asia[0] this year. We’re excited to bring the conference to the garden city
of India during November 17th –18th at the Indian Institute of Management,
Bangalore[1]. We'll have participants from around the world to discuss
challenges, learn, and celebrate many years of mapping together.The Call
for Proposals for the conference is open until June 10th midnight.[2] We
are focusing on the growing OSM communities in the region — both mappers
and users of the data. We invite inclusive and diverse participation to
broaden our understanding of the OSM community, and encourage a dialogue
driven by the unique needs of users in the Asia region. If you have a great
workshop idea, a story about working with OpenStreetMap in your local
community, or a project that you want to share with us, we would love to
hear from you, please apply[2]! The conference operates as a space for
collaboration and strengthening the community. We also understand that it
is expensive to fly around the world to support the community. However, we
believe financial constraints should not be the reason we don’t get to
interact with you. In hopes of helping you out a little more, we offer
scholarships to support participants to attend the conference[3]. The last
date to apply for scholarships is 11th May.If you are interested in helping
us support[4] travel and accommodation for participants from outside the
host city, write to us at stateofthemapasia (at) gmail (dot) com and we
will provide you with all the information needed to support the
conference.For all the announcements around the conference follow us on our
Medium publication[6] and Twitter[7]. Looking forward to seeing you all in
Bengaluru!Cheers,State of the Map Asia Organising
Team--[0] - http://stateofthemap.asia/
 [1] - http://bit.ly/sotmasia2018
 [2] - http://bit.ly/sotmasia-cfp
 [3] - http://bit.ly/call-for-scholarships
 [4] - http://bit.ly/sotm-sponsorship
 [5] -
http://bit.ly/blog-state-of-the-map-asia
 [6] -
https://medium.com/state-of-the-map-asia
 [7] -
https://twitter.com/SotmAsia  *
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] http://ra.osmsurround.org/ è inaccessibile?

[Edoardo Yossef Marascalchi]

per chi volesse provare, qui c'è il codice

https://github.com/grundid/relation-analyzer/tree/master/src/main/java/org/osmsurround/ra

On Mon, May 7, 2018 at 1:04 PM demon.box  wrote:

> ...mi accodo anch'io alla preoccupazione visto che questo importantissimo
> sito risulta down da almeno 1 paio di giorni...
> qualcuno ne sà qualcosa?
> grazie
>
> --enrico
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>


-- 
Edoardo Yossef Marascalchi
skype: asca_edom
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-at] Stammtisch Wien

[Werner Macho]

Hi!

Danke für die Info - leider wird das bei mir nix werden - aber die Anregung
für einen JOSM Workshop würde ich gerne unterbringen.. Um die "Angst" für
Neueinsteiger vor Änderungen zu nehmen.

lg Werner

2018-05-07 0:11 GMT+02:00 Markus Mayr :

> Liebe Mitmapperinnen und Mitmapper!
>
> Am Donnerstag dem 17.05.2018 findet im Wieden Bräu nach fast einjähriger
> Pause wieder ein OSM-Stammtisch statt!
>
> Wir treffen uns um 18:30, wenn wir einen Platz ergattern, im Gastgarten,
> ansonsten drinnen in der warmen (kühlen?) Stube.
>
> https://wiki.openstreetmap.org/wiki/Wien/Stammtisch
>
> Beste Grüße,
> ScubbX
>
>
> ___
> 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] http://ra.osmsurround.org/ è inaccessibile?

[demon.box]

...mi accodo anch'io alla preoccupazione visto che questo importantissimo
sito risulta down da almeno 1 paio di giorni...
qualcuno ne sà qualcosa?
grazie

--enrico




--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

[Talk-es] [Talk:es] Improtaciones catastro

[Joaquim]

Gracias Santiago, yo tengo el sistema en catalán, con esta instrucción 
ya funciona el CatAtom2Osm perfectamente. El fichero address.geojson se 
genera correctamente


He subido el documento a la wiki pero, antes de poner más información, 
alguien más entendido que yo en temas de autorizaciones debería darle un 
vistazo para ver si es suficiente según la normas de OpenStreetMaps.


Joaquim Puxan


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

Re: [OSM-talk] Using Wikipedia to add names in other languages

[Simon Poole]

Am 05.05.2018 um 14:51 schrieb Maurizio Napolitano:
>> Unfortunately, Wikipedia is licensed under CC-BY-SA what is incompatible
> with ODBL.
>
> Finally someone who remembers it
>
> IMHO:
> The quick solution can be to ask the producer the permission to add
> the data inserted from wikipedia to openstreetmap with a flag.
>
> On the same time I ask my self how significant is this contribution inside
> the entire openstreetmap database.
>
> In a long long way I think that we have to ask to Open Knowledge
> International (the producer of the ODbL) and Creative Commons to find a
> right way to find a solution to this problem.
> Maybe an upgrade of the ODbL can solve some.
>
> What do you think about a discussion between WMF, OSMF, OKFN and CC to
> solve the problem is a trasparent way for the community?

CC BY and CC BY-SA are not compatible with the ODbL because the ODbL is
a fairly lenient licence that allows ways of re-using content that
neither CC BY or CC BY-SA support.

To be compatible with either of the CC licences we would have to
-downgrade- the ODbL and not allow numerous common use cases (for
example publishing maps derived from OSM on any terms the map creator
wants to with essentially just an attribution requirement). I'm sorry,
but that route is a non-starter.

And given that the relevant restrictions in the CC licences were
reaffirmed  (and extended) with the 4.0 versions, it seems rather
unlikely that CC will do anything about it from their side or that their
stakeholders would support such change. In any case it would require a
licence change by the WMF to any such compatible licence too, which
again is unlikely to happen.

Not to mention that regardless of licence fiddling, there is still the
question of the provenance of the contents in WP and third party rights
that always makes use in OSM questionable.

In summary: I doubt that anybody is willing to embark on this specific
fool's errand.

Simon
>
> my2cents
>




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

Re: [OSM-talk] Using Wikipedia to add names in other languages

[Simon Poole]

Am 05.05.2018 um 15:58 schrieb Christoph Hormann:
> Arguing about licenses and their compatibility does not really help in 
> this context since having formally compatible license (or the related 
> argument that Wikidata is CC0 and therefore by definition the license 
> is a non-issue) would not help.  We have just seen in

As has been pointed out many many many times an entity providing content
on CC0 terms does not make any representations that there are no third
party rights in the material, just that the entity in question does not
claim any rights (see the text 
https://creativecommons.org/publicdomain/zero/1.0/legalcode).

If the content was originally created by the entity in its entirety,CC0
is a useful licence, otherwise .



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

Re: [talk-au] Open Mapping team at Microsoft Australian edits

[Nemanja Bračko]

​Hi again,

I was interested what happened here, and I got deeply involved in this case.
As I said before, we are seriously taking GPS traces in account.

If you look following picture (http://i64.tinypic.com/30t5jq9.png), it
clearly indicates that most of the traffic is in the right area (where is
red line), and it can indicate that imagery is offsetting. It can also
indicate that this particular lane is used most of the time. So in both
cases you have to make proper estimation.

The second thing is that this area is completely reconstructed (even that
ground-level road which can be proved in Aerial view and GPS traces as
well) and it is impossible to know with 100% accuracy which trace is taken
before and which one is after the reconstruction.

Personally, I think both edits are good. Especially because offset is
marginal, one lane wide. DareDJ aligned road to GPS traces, you aligned to
the imagery.

Also, these road links has no traces after reconstruction, so it is really
hard to know how much imagery offsets.
http://i68.tinypic.com/25g1f.png

As I said before, I will fully take care about this case in Microsoft team.
Please note that we are here at your disposal and we are trying to expand
coverage and fix as much as possible issues.

Thank you once again for your time,
Nemanja

On Sun, May 6, 2018 at 10:36 AM, Ewen Hill  wrote:

> Hi,
>I tried to email you the Overpass but there was an error  - let me know
> when you have it and I will delete this post
> http://overpass-turbo.eu/s/yyB
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Australia-f5416966.html
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-it] Taggare una frana

[Martin Koppenhoefer]

2018-05-07 8:56 GMT+02:00 Volker Schmidt :

> https://taginfo.openstreetmap.org/search?q=natural%3Dlandslide
> che fa vedere che viene attivamente utilizzato (3800 volte)
>


tra altro parrecchie volte in Italia:
https://taginfo.openstreetmap.org/tags/natural=landslide#map

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

[Talk-it] http://ra.osmsurround.org/ è inaccessibile?

[mircozorzo]

Ciao, sto avendo problemi da alcuni giorni ad accedere al sito
http://ra.osmsurround.org/

Sapete se il servizio è stato cessato volontariamente?

Ciao, Mirco



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-it] Taggare una frana

[Volker Schmidt]

Grazie non a me ma a Wikipedia, la wiki di OSM, e a taginfo.

Ho cercato "frana" in Wikipedia in italiano e cambiato lingua, così ho
trovato la traduzione
Poi interrogato la wiki di OSM in inglese, cercando "landslide", che mi
propone "natural=landslide"
Per sicurezza guardato taginfo:
https://taginfo.openstreetmap.org/search?q=natural%3Dlandslide
che fa vedere che viene attivamente utilizzato (3800 volte)





Virus-free.
www.avast.com

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

Re: [Talk-de] Overpass-Integration meldet seit kurzem "Bad-Request" ohne Code-Änderung

[dktue]

Vielen Dank, das war es!

Jetzt funktioniert die TüBus-Karte [1] wieder wie zuvor. :-)

[1] http://tübus-karte.de

Am 06.05.2018 um 23:34 schrieb Max Berger:

Ich hatte heute das gleiche Problem. Bisher wurde das hier akzeptiert:

  [out:xml][timeout:3000];(node["mountain_pass"="yes"];
  node["natural"="saddle"];node["natural"="notch"];
  node["natural"="col"]);out body;>;out meta qt;

seit 3-7 Tage bekam ich einen Fehler 400 zurück. Lösung war
ein zusätzlicher ";" hinter "col"] und vor der Klammer

  [out:xml][timeout:3000];(node["mountain_pass"="yes"];
  node["natural"="saddle"];node["natural"="notch"];
  node["natural"="col"];);out body;>;out meta qt;

Keine Ahnung, ob das schon immer falsch war und akzeptiert wurde,
Gefunden habe ichs durch Vergleich mit dem Ergebnis des Wizards von
Overpass Turbo.

Grüße
   Max



Am 06.05.2018 um 23:20 schrieb dktue:

Hallo,

auf der TüBus-Karte [1] funktioniert seit kurzem -- obwohl der Code
nicht geändert wurde -- die Overpass-Abfrage nicht mehr. Der Request
wird mit Status 400 beantwortet.

Weiß jemand, was sich geändert hat und was ich ändern müsste, damit die
Abfrage wieder funktioniert?

Viele Grüße
dktue

[1] http://tübus-karte.de

___
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



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

Re: [OSM-talk] Using Wikipedia to add names in other languages

[Yves]

Le 7 mai 2018 07:19:24 GMT+02:00, Michael Kugelmann  a 
écrit :
>On 05.05.2018 at 17:08 Mateusz Konieczny wrote:
>>
>> For start, for OSM mapping we are supposed to use data compatible
>with 
>> ODBL,
>>
>> rather than "everything, no matter copyright, as long as we think
>that 
>> we will not be sued".
>>
>And there is nothing to add to this statement! We have always been a 
>project that was very carefull about it's data sources. This was always
>
>one of the strengthes of the project, I request that this stays the
>same.
>

It doesn't harm to add my strong agreement here. 
Yves

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

Re: [Talk-it] Taggare una frana

[aldoct]

Grazie



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-it] Taggare una frana

[Volker Schmidt]

https://wiki.openstreetmap.org/wiki/Tag:natural=landslide

On Mon, 7 May 2018, 07:05 aldoct,  wrote:

> Io ho usato "natural scree" per indicare una frana; ma la descrizione sul
> Wiki non è perfettamente calzante. Qualcosa di meglio?
> Saluti
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> 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