[OSM-talk-nl] Maproulette challenge voor dubbele amenity's

[Maarten Deen]

Bij de AND import zijn er een aantal nodes aangemaakt die amenity=, 
amenity_1= enz. hadden. Die zijn later gecombineerd tot één amenity tag 
als amenity=parking;fuel.
Deze worden niet gerenderd op de kaart, ze staan meestal op de verkeerde 
plek (ook als onderdeel van een way) en zullen tegenwoordig ook wel in 
de buurt goed gemapt zijn.


Ik heb een maproulette challenge gemaakt zodat deze nodes een keer 
opgelost kunnen worden: http://maproulette.org/ui/metrics/1501


Groeten,
Maarten

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

Re: [OSM-talk] Fixing broken multipolygons

[Jochen Topf]

On Fri, Mar 03, 2017 at 05:27:18PM +0100, Sebastiaan Couwenberg wrote:
> On 03/03/2017 05:10 PM, m...@rtijn.org wrote:
> > Since the ‘self-intersecting’ challenge is now complete I featured the 
> > ‘Wrong role’ challenge in MapRoulette. Happy fixing!
> 
> Are there plans to make these challenges permanent or periodically
> re-introduce them when a new batch of issues has been prepared?

No plans yet. My current focus is to get rid of all the old cases. Once
that is (mostly) done, we can see how things develop.

> These are very common issues that will be introduced by mappers in the
> future.

Looking at the graphs on http://area.jochentopf.com/stats you can see
that the number of (multi)polygons is growing steadily, while the number
of errors has been more or less flat over the last half year. So either
there are not a significant amount of new problems or old problems are
being fixed as fast as new problems are introduced. Both leads me to
believe that existing QA tools and/or better editors than we had
historically keep this problem in check. But, as I said, we'll first
need to get the number of errors down to low level and see how things
look then.

And maybe when there are less cases we can better see specific problems
creeping up that can be solved by improving editors etc.

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

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

Re: [OSM-talk] Fixing broken multipolygons

[Jochen Topf]

On Fri, Mar 03, 2017 at 09:07:37AM -0800, Clifford Snow wrote:
> I noticed a number of riverbanks with self-intersecting ways in the PNW
> that appear on OSMI. How do I go about creating a challenge to fix them?

The challenges I have posted recently are only the beginning. I have
more challenges in the works that will cover all multipolygon problems.
This is just a matter of me rolling out those challenges a few at a time
so the community can concentrate on one problem before tackling the next
one. 

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

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

Re: [Talk-ca] Crowdsourcing with Statistics Canada (Ottawa ODL 2.0 is go!)

[Denis Carriere]

Thanks Stewart for bringing this information forward.

We will surely make sure to spread the announcement locally here in Ottawa.

Enjoy the weekend!

*~~*
*Denis Carriere*
*GIS Software & Systems Specialist*

On Sat, Mar 4, 2017 at 1:01 AM, James  wrote:

> Thank you scruss for digging up the meeting notes :)
>
> On Mar 4, 2017 12:40 AM, "Heather Leson"  wrote:
>
> Fantastic. Happy open data day!
>
> On 4 Mar 2017 04:12, "John Marshall"  wrote:
>
>> Great news
>>
>> On Mar 3, 2017 9:16 PM, "Stewart C. Russell"  wrote:
>>
>>> I just got access to the OSMF LWG draft minutes from yesterday, and I
>>> have good news: Ottawa ODL 2.0 data *can* be included in the OSM
>>> database.
>>>
>>> The minutes link - https://docs.google.com/docume
>>> nt/d/1KyTLbQWSmo1rdoppqlFGTB3by-qVAzjLo_LPml3Ri9Y/edit - is still draft
>>> so may not be generally readable, so I've included the text in full below:
>>>
>>> *5. Statement on Ottawa Open Data Licence Version 2.0 compatibility*
>>>
>>> Approval of the following statement:
>>>
>>> ---
>>>
>>> The LWG has been asked to determine the compatibility of Ottawa Open
>>> Data, Licence Version 2.0 (Ottawa ODL 2.0) with the ODbL 2.0 in conjunction
>>> with importing so licensed data. The text of the Ottawa ODL 2.0 can be
>>> found here
>>> 
>>> *http://ottawa.ca/en/city-hall/get-know-your-city/open-data#open-data-licence-version-2-0*
>>> 
>>>
>>> The Ottawa ODL 2.0 is a localised version of the OGL Canada
>>> 
>>> *http://open.canada.ca/en/open-government-licence-canada*
>>>  which in turn
>>> is loosly based on the UK OGL. The changes relative to the OGL Canada due
>>> to localisation are the licensor (the City of Ottawa) and reference to the
>>> definition of "personal information" as defined in the "Ontario Municipal
>>> Freedom of Information and Protection of Privacy Act",
>>>
>>> The LWG has determined
>>>
>>>-
>>>
>>>that the attribution requirements of the Ottawa ODL 2.0 can be met
>>>by adding the required text to the wiki contributor page and 
>>> corresponding
>>>changeset source attribute values, and that there is no downstream
>>>attribution requirement,
>>>-
>>>
>>>that we are not using "Personal Information" as defined in the
>>>licence and referenced legislation,
>>>
>>> and that so licensed material can be included in the OpenStreetMap
>>> dataset and distributed on ODbL 1.0 terms.
>>>
>>> In the past the local variants of the OGL Canada have varied widely and
>>> have in some cases included additional terms that have made them
>>> incompatible with the ODbL and in some instances non-open. For this reason
>>> we are not making a blanket statement on other such localised versions of
>>> the OGL at this point in time and will continue to review them on a case by
>>> case base.
>>>
>>> ---
>>>
>>> Approved with 4 yes, 1 abstain.
>>>
>>>
>>> I've also updated the wiki page.
>>>
>>> Have a great weekend!
>>>  Stewart
>>>
>>>
>>> ___
>>> Talk-ca mailing list
>>> Talk-ca@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-ca
>>>
>>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-cz] nahrávání fotek rozcestníků

[Zdeněk Pražák]

Při nahrávání fotek rozcestníků a informačních tabulí přes http://map.
openstreetmap.cz/osmcz/ jsem si všiml, že přestože při nahrávání zvolím
položku informační tabule, tak nahraná fotografie neobsahuje tag infotabule
a objeví se tedy v seznamu nepoužitých rozcestníků na
http://osm.fit.vutbr.cz/OsmHiCheck/gp/?img=petr1888

jedná se např o  fotky s Id 11357, 11358 a další
Pražák___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[talk-latam] "OSM tile access logs viewer" o cómo ver qué lugares fueron más vistos del mapa osm.org

[Marco Antonio]

Hola,

Martin Raifer hace algún tiempo desarrolló una genial herramienta para
*ver qué lugares del mapa osm.org fue más visitado", específicamente
qué tesela del mapa osm.org fue visitado por diferentes direcciones
IPs. hasta todo bien.

http://osm-tile-access-log-viewer.raifer.tech/

básicamente se hace:

1. de la página http://planet.openstreetmap.org/tile_logs/ elegir qué
   fecha quiero visualizar, descargar y descomprimir
2. ingresar a la web http://osm-tile-access-log-viewer.raifer.tech/ ,
   hacer clic en "here to select" y cargar archivo
3. esperar y listo

→ http://imgur.com/a/BpaA4  

4. usar opción de "coarser" o "finer" para visualizar lugares más
   vistos. un clic en cada opción hace más grueso o más fino la
   visualización, aumentar zoom si es necesario

mostrando más fino (ejemplo bolivia)
→ http://imgur.com/a/leF67

mostrando más grueso (2 veces clic en coaser)
→ http://imgur.com/a/HcTK5

5. si hacen clic en cada lugar del mapa les mostrará una
previsualización del mapa actual y cuantas veces fue visto, igual
visualmente guiarse por el color más oscuro.

mostrando una zona con 74 visualizaciones
→ http://imgur.com/a/58wRF

ir jugando entre zoom y "ocaser/finer" para saber dónde hacer clic. si
no se pinta de color quiere decir que se hizo < 10 visualizaciones.



de cierta forma se podría obtener "lugares más comunes" que la gente
ingresa o ve. ¿dé dónde vienen esos registros? yo creo en parte de
osm.org, pero también de páginas que embeben mapa osm.org (estilo
predeterminado).

abrazos,

Marco Antonio
@51114u9

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

Re: [Talk-ca] Crowdsourcing with Statistics Canada (Ottawa ODL 2.0 is go!)

[James]

Thank you scruss for digging up the meeting notes :)

On Mar 4, 2017 12:40 AM, "Heather Leson"  wrote:

Fantastic. Happy open data day!

On 4 Mar 2017 04:12, "John Marshall"  wrote:

> Great news
>
> On Mar 3, 2017 9:16 PM, "Stewart C. Russell"  wrote:
>
>> I just got access to the OSMF LWG draft minutes from yesterday, and I
>> have good news: Ottawa ODL 2.0 data *can* be included in the OSM
>> database.
>>
>> The minutes link - https://docs.google.com/docume
>> nt/d/1KyTLbQWSmo1rdoppqlFGTB3by-qVAzjLo_LPml3Ri9Y/edit - is still draft
>> so may not be generally readable, so I've included the text in full below:
>>
>> *5. Statement on Ottawa Open Data Licence Version 2.0 compatibility*
>>
>> Approval of the following statement:
>>
>> ---
>>
>> The LWG has been asked to determine the compatibility of Ottawa Open
>> Data, Licence Version 2.0 (Ottawa ODL 2.0) with the ODbL 2.0 in conjunction
>> with importing so licensed data. The text of the Ottawa ODL 2.0 can be
>> found here
>> 
>> *http://ottawa.ca/en/city-hall/get-know-your-city/open-data#open-data-licence-version-2-0*
>> 
>>
>> The Ottawa ODL 2.0 is a localised version of the OGL Canada
>> 
>> *http://open.canada.ca/en/open-government-licence-canada*
>>  which in turn
>> is loosly based on the UK OGL. The changes relative to the OGL Canada due
>> to localisation are the licensor (the City of Ottawa) and reference to the
>> definition of "personal information" as defined in the "Ontario Municipal
>> Freedom of Information and Protection of Privacy Act",
>>
>> The LWG has determined
>>
>>-
>>
>>that the attribution requirements of the Ottawa ODL 2.0 can be met by
>>adding the required text to the wiki contributor page and corresponding
>>changeset source attribute values, and that there is no downstream
>>attribution requirement,
>>-
>>
>>that we are not using "Personal Information" as defined in the
>>licence and referenced legislation,
>>
>> and that so licensed material can be included in the OpenStreetMap
>> dataset and distributed on ODbL 1.0 terms.
>>
>> In the past the local variants of the OGL Canada have varied widely and
>> have in some cases included additional terms that have made them
>> incompatible with the ODbL and in some instances non-open. For this reason
>> we are not making a blanket statement on other such localised versions of
>> the OGL at this point in time and will continue to review them on a case by
>> case base.
>>
>> ---
>>
>> Approved with 4 yes, 1 abstain.
>>
>>
>> I've also updated the wiki page.
>>
>> Have a great weekend!
>>  Stewart
>>
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Crowdsourcing with Statistics Canada (Ottawa ODL 2.0 is go!)

[Heather Leson]

Fantastic. Happy open data day!

On 4 Mar 2017 04:12, "John Marshall"  wrote:

> Great news
>
> On Mar 3, 2017 9:16 PM, "Stewart C. Russell"  wrote:
>
>> I just got access to the OSMF LWG draft minutes from yesterday, and I
>> have good news: Ottawa ODL 2.0 data *can* be included in the OSM
>> database.
>>
>> The minutes link - https://docs.google.com/docume
>> nt/d/1KyTLbQWSmo1rdoppqlFGTB3by-qVAzjLo_LPml3Ri9Y/edit - is still draft
>> so may not be generally readable, so I've included the text in full below:
>>
>> *5. Statement on Ottawa Open Data Licence Version 2.0 compatibility*
>>
>> Approval of the following statement:
>>
>> ---
>>
>> The LWG has been asked to determine the compatibility of Ottawa Open
>> Data, Licence Version 2.0 (Ottawa ODL 2.0) with the ODbL 2.0 in conjunction
>> with importing so licensed data. The text of the Ottawa ODL 2.0 can be
>> found here
>> 
>> *http://ottawa.ca/en/city-hall/get-know-your-city/open-data#open-data-licence-version-2-0*
>> 
>>
>> The Ottawa ODL 2.0 is a localised version of the OGL Canada
>> 
>> *http://open.canada.ca/en/open-government-licence-canada*
>>  which in turn
>> is loosly based on the UK OGL. The changes relative to the OGL Canada due
>> to localisation are the licensor (the City of Ottawa) and reference to the
>> definition of "personal information" as defined in the "Ontario Municipal
>> Freedom of Information and Protection of Privacy Act",
>>
>> The LWG has determined
>>
>>-
>>
>>that the attribution requirements of the Ottawa ODL 2.0 can be met by
>>adding the required text to the wiki contributor page and corresponding
>>changeset source attribute values, and that there is no downstream
>>attribution requirement,
>>-
>>
>>that we are not using "Personal Information" as defined in the
>>licence and referenced legislation,
>>
>> and that so licensed material can be included in the OpenStreetMap
>> dataset and distributed on ODbL 1.0 terms.
>>
>> In the past the local variants of the OGL Canada have varied widely and
>> have in some cases included additional terms that have made them
>> incompatible with the ODbL and in some instances non-open. For this reason
>> we are not making a blanket statement on other such localised versions of
>> the OGL at this point in time and will continue to review them on a case by
>> case base.
>>
>> ---
>>
>> Approved with 4 yes, 1 abstain.
>>
>>
>> I've also updated the wiki page.
>>
>> Have a great weekend!
>>  Stewart
>>
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Crowdsourcing with Statistics Canada (Ottawa ODL 2.0 is go!)

[John Marshall]

Great news

On Mar 3, 2017 9:16 PM, "Stewart C. Russell"  wrote:

> I just got access to the OSMF LWG draft minutes from yesterday, and I have
> good news: Ottawa ODL 2.0 data *can* be included in the OSM database.
>
> The minutes link - https://docs.google.com/document/d/
> 1KyTLbQWSmo1rdoppqlFGTB3by-qVAzjLo_LPml3Ri9Y/edit - is still draft so may
> not be generally readable, so I've included the text in full below:
>
> *5. Statement on Ottawa Open Data Licence Version 2.0 compatibility*
>
> Approval of the following statement:
>
> ---
>
> The LWG has been asked to determine the compatibility of Ottawa Open Data,
> Licence Version 2.0 (Ottawa ODL 2.0) with the ODbL 2.0 in conjunction with
> importing so licensed data. The text of the Ottawa ODL 2.0 can be found here
> 
> *http://ottawa.ca/en/city-hall/get-know-your-city/open-data#open-data-licence-version-2-0*
> 
>
> The Ottawa ODL 2.0 is a localised version of the OGL Canada
> 
> *http://open.canada.ca/en/open-government-licence-canada*
>  which in turn
> is loosly based on the UK OGL. The changes relative to the OGL Canada due
> to localisation are the licensor (the City of Ottawa) and reference to the
> definition of "personal information" as defined in the "Ontario Municipal
> Freedom of Information and Protection of Privacy Act",
>
> The LWG has determined
>
>-
>
>that the attribution requirements of the Ottawa ODL 2.0 can be met by
>adding the required text to the wiki contributor page and corresponding
>changeset source attribute values, and that there is no downstream
>attribution requirement,
>-
>
>that we are not using "Personal Information" as defined in the licence
>and referenced legislation,
>
> and that so licensed material can be included in the OpenStreetMap dataset
> and distributed on ODbL 1.0 terms.
>
> In the past the local variants of the OGL Canada have varied widely and
> have in some cases included additional terms that have made them
> incompatible with the ODbL and in some instances non-open. For this reason
> we are not making a blanket statement on other such localised versions of
> the OGL at this point in time and will continue to review them on a case by
> case base.
>
> ---
>
> Approved with 4 yes, 1 abstain.
>
>
> I've also updated the wiki page.
>
> Have a great weekend!
>  Stewart
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Crowdsourcing with Statistics Canada (Ottawa ODL 2.0 is go!)

[Stewart C. Russell]

I just got access to the OSMF LWG draft minutes from yesterday, and I
have good news: Ottawa ODL 2.0 data /can/ be included in the OSM database.

The minutes link -
https://docs.google.com/document/d/1KyTLbQWSmo1rdoppqlFGTB3by-qVAzjLo_LPml3Ri9Y/edit
- is still draft so may not be generally readable, so I've included the
text in full below:

*5. Statement on Ottawa Open Data Licence Version 2.0 compatibility*

Approval of the following statement:

---

The LWG has been asked to determine the compatibility of Ottawa Open
Data, Licence Version 2.0 (Ottawa ODL 2.0) with the ODbL 2.0 in
conjunction with importing so licensed data. The text of the Ottawa
ODL 2.0 can be found

here_http://ottawa.ca/en/city-hall/get-know-your-city/open-data#open-data-licence-version-2-0_

The Ottawa ODL 2.0 is a localised version of the OGL

Canada_http://open.canada.ca/en/open-government-licence-canada_which
in turn is loosly based on the UK OGL. The changes relative to the
OGL Canada due to localisation are the licensor (the City of Ottawa)
and reference to the definition of "personal information" as defined
in the "Ontario Municipal Freedom of Information and Protection of
Privacy Act",

The LWG has determined

  *

that the attribution requirements of the Ottawa ODL 2.0 can be
met by adding the required text to the wiki contributor page and
corresponding changeset source attribute values, and that there
is no downstream attribution requirement,

  *

that we are not using "Personal Information" as defined in the
licence and referenced legislation,

and that so licensed material can be included in the OpenStreetMap
dataset and distributed on ODbL 1.0 terms.

In the past the local variants of the OGL Canada have varied widely
and have in some cases included additional terms that have made them
incompatible with the ODbL and in some instances non-open. For this
reason we are not making a blanket statement on other such localised
versions of the OGL at this point in time and will continue to
review them on a case by case base.

---

Approved with 4 yes, 1 abstain.


I've also updated the wiki page.

Have a great weekend!
 Stewart

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

[talk-ph] Fwd: [OSM-talk] weeklyOSM #345 21/02/2017-27/02/2017

[Eugene Alvin Villar]

-- Forwarded message --
From: weeklyteam 
Date: Fri, Mar 3, 2017 at 8:08 PM
Subject: [OSM-talk] weeklyOSM #345 21/02/2017-27/02/2017
To: t...@openstreetmap.org


The weekly round-up of OSM news, issue # 345,
is now available online in English, giving as always a summary of all
things happening in the openstreetmap world:

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

Enjoy!

weeklyOSM?
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
where?: https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-
produced-in_56718#2/8.6/108.3
___
talk mailing list
t...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

[Talk-it] NASA e OSM

[Cascafico Giovanni]

Questa non la sapevo: pure la NASA [1] usa layer Openstreetmap.

Almeno loro l'attribuzione la mettono :-)

[1] http://go.nasa.gov/2lIvz16
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Allevamento galline ovaiole

[Aury88]

Alberto-2 wrote
> C'è stata poco giorni fa una discussione simile nella mailing list di
> tagging [1] sugli allevamenti intensivi di bovini.
> Lì erano giunti alla conclusione che la cosa migliore era:
> landuse=farmland
> farmland=feedlot
> produce=cattle
> 
> Per le galline ovaiole, nel caso vengano vendute le uova potrebbe essere:
> 
> landuse=farmland
> produce=egg

strano...ho sempre usato landuse=meadow per i terreni dove si lasciano
pascolare/crescere/riprodurre animalifarmland l'ho usato solo per i
terreni coltivati...
quindi ho taggato sbagliato fino ad ora?



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n8.nabble.com/Allevamento-galline-ovaiole-tp5892174p5892385.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-GB] Codepoint postcodes

[Chris Hill]

Hi GB postcode users,

I've just updated the Codepoint Open tiles that can be used as an 
overlay for editors to see postcodes. You can often work out the 
postcode for an address from these tiles. The latest data update was 
released in February.


You can see more info about using the tiles here 
http://codepoint.raggedred.net/


--
cheers
Chris Hill (chillly)


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

Re: [OSM-talk] Fixing broken multipolygons

[m]

Jochen Topf now has technology in place that does this specifically for 
buildings. Perhaps he can do the same for other types and help you publish?

Martijn

> On Mar 3, 2017, at 10:07 AM, Clifford Snow  wrote:
> 
> Martijn,
> I noticed a number of riverbanks with self-intersecting ways in the PNW that 
> appear on OSMI. How do I go about creating a challenge to fix them?
> 
> Clifford
> 
> On Fri, Mar 3, 2017 at 8:10 AM, > 
> wrote:
> Since the ‘self-intersecting’ challenge is now complete I featured the ‘Wrong 
> role’ challenge in MapRoulette. Happy fixing!
> Martijn
> 
>> On Feb 25, 2017, at 2:04 AM, Manfred A. Reiter > > wrote:
>> 
>> Hi Martijn,
>> 
>> 2017-02-24 23:35 GMT+01:00  >:
>> I made the challenge ‘Featured’ in MapRoulette so it becomes easier to spot.
>> What a mess in some places I looked at…
>> 
>> +1
>> 
>> some of them are here: https://wiki.openstreetmap.org/wiki/Extremmapping 
>> 
>> feel free to add yours as well :)
>>  
>> Please help fix!
>> 
>> YES!
>>  
>> Martijn
>> 
>> > On Feb 22, 2017, at 1:07 AM, Jochen Topf > > > wrote:
>> >
>> > On Tue, Feb 21, 2017 at 07:44:18PM +0100, Sebastiaan Couwenberg wrote:
>> >> On 02/21/2017 05:40 PM, Jochen Topf wrote:
>> >>> Find all challenges and instructions here:
>> >>> http://area.jochentopf.com/fixing.html 
>> >>> 
>> >>
>> >> My OCD complains about the typo before the challenge links, please do
>> >>
>> >> sed -i 's/Got to /Go to/g' fixing.html
>> >>
>> >> Also the Maproulette paragraph is no longer accurate now that more than
>> >> one challenge has been created.
>> >
>> > Fixed. Thank you!
>> >
>> > Jochen
>> > --
>> > Jochen Topf  joc...@remote.org   
>> > https://www.jochentopf.com/   
>> > +49-351-31778688 
>> >
>> > ___
>> > talk mailing list
>> > talk@openstreetmap.org 
>> > https://lists.openstreetmap.org/listinfo/talk 
>> > 
>> 
>> 
>> ___
>> talk mailing list
>> talk@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk 
>> 
>> 
>> 
>> 
>> -- 
>> ## Manfred Reiter - -
>> ## N49° 25' 11.028" E6° 50' 47.328" 
>> ## www.weeklyOSM.eu 
> 
> ___
> talk mailing list
> talk@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk 
> 
> 
> 
> 
> 
> -- 
> @osm_seattle
> osm_seattle.snowandsnow.us 
> OpenStreetMap: Maps with a human touch

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

Re: [OSM-talk-ie] Gnerating visualisations from a set of OSM XML files.

[Peter Mooney]

Hi Dave,

Thanks for this - Derrick's visualisation for the work in Galway is exactly
what we were thinking of.

I'll get in contact with Derrick in the next few days.

I know there is probably a way of generating one large Mapnik image from an
OSM XML file - but I've had a lot of trouble trying to get Mapnik installed
and working.

Peter



On Fri, Mar 3, 2017 at 12:03 AM, Dave Corley  wrote:

> Hi Peter,
>
> I noticed a bit of activity around Maynooth :)
>
> In the past, I've asked Derrick Rethans to make time lapse videos for
> various projects
>
> 2 for Lesotho
> https://vimeo.com/102661438
> https://vimeo.com/102170834
>
> And 1 for Galway
> https://vimeo.com/62612875
>
> You usually just need to supply him with a bounding box and the dates
> from/to
>
> It's better if you contact him ahead of the start date but I think he can
> work back.
>
> You should be able to get a hold of him through twitter @derickr
>
> There are other ways of doing it yourself, but I'm afraid I can't help
> there.
>
> Dave
>
>
> On 2 Mar 2017 19:08, "Peter Mooney"  wrote:
>
> Hello everyone,
>
> At the Dept of Computer Science here in Maynooth University I currently
> have two undergraduate students working with me on an internship project.
> One of the key tasks in this project is to update existing data and
> contribute new data to OpenStreetMap in the University. Our focus is
> mapping the changes around the two campus from local knowledge and
> on-the-ground survey. So we are mapping everything from our new buildings
> to litter bins, trees, lampposts and sundials! In summary Barry [
> http://hdyc.neis-one.org/?barry23] and Stephen [
> http://hdyc.neis-one.org/?Stephen_Fay] have really embraced the challenge.
>
> On a daily basis we have a Python script which downloads the OSM XML for
> Maynooth and stores this file.
>
> At the end of their project (late April) we'd like to create a
> visualization of the changes in the University OpenStreetMap map - maybe on
> a weekly basis (or even daily) - for the duration of the internship.
>
> Has anyone on the IE list done this before? Can anyone give us some
> pointers on what the best approach should be? We're considering Mapnik and
> Maperative. Something we could script with Python or similar would be
> great.
>
> Thanks in advance,
>
> Peter
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk-ie] Gnerating visualisations from a set of OSM XML files.

[Peter Mooney]

Thanks Rory,

We hadn't realised GeoFabrik had begun providing the history files. This is
really useful.

I've used Jochen Topf's https://github.com/joto/osm-history-splitter tool
to split these history file dumps before.

Peter

On Fri, Mar 3, 2017 at 8:28 AM, Rory McCann  wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> I've never done what you suggest
>
> But Geofabrik now provides full history dump files for Ireland (and
> all others). It might be helpful if you miss a day of a download. You
> probably need to use other tools to split that into different file formats
>
> http://download.geofabrik.de/europe/ireland-and-northern-ireland.html
>
> On 02/03/17 20:07, Peter Mooney wrote:
> > Hello everyone,
> >
> > At the Dept of Computer Science here in Maynooth University I
> > currently have two undergraduate students working with me on an
> > internship project. One of the key tasks in this project is to
> > update existing data and contribute new data to OpenStreetMap in
> > the University. Our focus is mapping the changes around the two
> > campus from local knowledge and on-the-ground survey. So we are
> > mapping everything from our new buildings to litter bins, trees,
> > lampposts and sundials! In summary Barry [
> > http://hdyc.neis-one.org/?barry23] and Stephen [
> > http://hdyc.neis-one.org/?Stephen_Fay] have really embraced the
> > challenge.
> >
> > On a daily basis we have a Python script which downloads the OSM
> > XML for Maynooth and stores this file.
> >
> > At the end of their project (late April) we'd like to create a
> > visualization of the changes in the University OpenStreetMap map -
> > maybe on a weekly basis (or even daily) - for the duration of the
> > internship.
> >
> > Has anyone on the IE list done this before? Can anyone give us
> > some pointers on what the best approach should be? We're
> > considering Mapnik and Maperative. Something we could script with
> > Python or similar would be great.
> >
> > Thanks in advance,
> >
> > Peter ___ Talk-ie
> > mailing list Talk-ie@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-ie
> >
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2.0.22 (GNU/Linux)
>
> iQEcBAEBAgAGBQJYuSlIAAoJEOrWdmeZivv2AWwH/A/nMgCqoG2/94ZtG2zPjRTx
> XN8qrZITVodPTHaT52N9i+JZL1zI2fY2PYR7Z3sTHVxqepyQIiclqvbzFodgfwJb
> urs9Jq7zuS74XTWH1ra5uIFBumZRphthHpiUsOBDJ32Yrw8JOkUkKKh8m0LxS3Eu
> xJ+Z2MCot+3VBAH3H7NOrJw+85Jhwq3+dILImC59uZobVuJbNKlr+DrmNPajf6r4
> OfvHE8Gpuv4DxgftPzyRm+qHosrcLBem9JDmhAUPDNWz3RkEyr6hXPd09vTSt8KD
> SNdV1nbj2nRzo3GTYJHjRZxk36QryCC8Ra4BKJXgIIoQiC8JpwimlEvYhHw2LOk=
> =uFk6
> -END PGP SIGNATURE-
>
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk-fr] MapContrib 1.4

[osm . sanspourriel]

Le 24/02/2017 à 14:00, Philippe Verdy - verd...@wanadoo.fr a écrit :

Il y a un fond que je ne connaissais pas (et qui n'a pas l'air de 
marcher...): Lyrk.
C'est le fond "allemand", libre de droits (pas comme les style MapBox 
dont ils changent les droits).


> Oui effectivement Lyrk est assez instable, je vais le supprimer des 
fonds disponibles.

Il s'agit du serveur car le style est assez stable.

Jean-Yvon

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

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

[Philippe Verdy]

Les serveurs travaillent par défaut surtout sur la base de files d'attente
de priorité. Ils ne travaillent pas que pour la France ou les zones que tu
as modifiées. Les délais sont donc extrèmement variables, et on n'a pas de
maitrise des priorités. Tout ce qu'on sait (et qu'on voit) c'est que les
niveaux de zoom faibles ont une priorité très basse n'autorisant pas les
mises à jour tout le temps : si une tuile à ces niveaux a été rafraichie
déjà il n'y a pas trop longtemps, et qu'il y a des mises à jour dedans,
leur rendu sera mis en attente et ne se déclenchera que bien plus tard car
elles sont les plus couteuses sur le serveur à calculer.
Les tuiles de niveau élevé sont calculées plus ou moins à la demande mais
là encore en fonction de leur présence ou pas dans les caches : si la tuile
est déjà dans le cache, là aussi il y a un délai minimum par défaut, qu'on
peut (au contraires des niveaux de zoom bas) cependant accélérer avec le
"/dirty" (mais il me semble qu'on ne peut pas employer trop souvent le
"/dirty" sur les mêmes tuiles et que toute nouvelle demande avant un
certain temps sera aussi mis en attente plus longtemps que la première fois.
On n'a pas besoin de faire de "'/dirty" sur des tuiles sur lesuqelles on
continue à faire des modifications: n'importe lesquelles de ces
modifications va marquer ces tuiles comme étant à rafraichir et la première
demande suffit (les autres demandes durant l'attente sont ignorées et
n'allongent pas le délai).

Les serveurs doivent gérer les besoins de tout le monde. Bref on doit
patienter. Si on a travaillé sur une zone dans une semaine, on peut
toujours aler voir la semaine suivante si tout est correct. Le plus souvent
le "/dirty" n'est pas nécessaire du tout sauf en cas de gros doute sur
certaines modifs qu'on vient de faire pour voir ce qui resterait encore à
corriger ou compléter.

Il se peut cependant que les files d'attente aient un problème, qu'elles
soient saturées, et que les demandes en attente depuis trop longtemps sont
purgées en cas de débordement: dans ce cas le rafraichissement ne se fera
que lorsque ces tuiles auront été purgées des caches et réellement
redemandées, ou bien par un bot (très lent) qui va faire des
rafraichissements plus ou moins liés aux tuiles de niveau plus faible qui
ont été rafraichies.
Comme le niveau le plus faible peut mettre un mois voire plus, certaines
tuiles de niveau plus élevées et oubliées ne seront raffraichies qu'au delà
de cette période.
Si des tuiles ont été "oubliées" (parce que le serveur a eu des files
d'attente trop longues), on peut toujours tenter un "/dirty" dessus. En
général ça va assez vite pour les niveaux élevés (moins d'une minute), sauf
en cas de forte charge.

Bref il n'y a aucun délai garanti de rafraichissement, mais ça finit
toujours par se faire.

Le 3 mars 2017 à 18:46, pepilepi...@ovh.fr  a écrit :

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

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

[pepilepi...@ovh.fr]

  
  
Le 01/03/2017 à 21:58,
  pepilepi...@ovh.fr a écrit :


  
  Bonsoir,
  Quand je fais des modifs avec JOSM,
  habituellement je les vois sur oms.org après quelques minutes,
  délai variable suivant le niveau de zoom, mais en général au
  bout d'une demie heure on les voit aux zoom 15 à 19.
  Mais les modifs que j'ai faites depuis
  quelques jours (ajouté un parking lundi soir, par exemple) ne
  se voient pas encore sur les cartes, alors qu'on les voit si
  on coche la couche "données de carte". Mais un restau que j'ai
  ajouté hier soir, lui, est apparu...
  Il y a un serveur en panne ?

Bonsoir,
Apparemment tout est redevenu normal...
Bonne fin de semaine,
JP


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




  


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

Re: [OSM-talk] Fixing broken multipolygons

[Clifford Snow]

Martijn,
I noticed a number of riverbanks with self-intersecting ways in the PNW
that appear on OSMI. How do I go about creating a challenge to fix them?

Clifford

On Fri, Mar 3, 2017 at 8:10 AM,  wrote:

> Since the ‘self-intersecting’ challenge is now complete I featured the
> ‘Wrong role’ challenge in MapRoulette. Happy fixing!
> Martijn
>
> On Feb 25, 2017, at 2:04 AM, Manfred A. Reiter 
> wrote:
>
> Hi Martijn,
>
> 2017-02-24 23:35 GMT+01:00  :
>
>> I made the challenge ‘Featured’ in MapRoulette so it becomes easier to
>> spot.
>> What a mess in some places I looked at…
>
>
> +1
>
> some of them are here: https://wiki.openstreetmap.org/wiki/Extremmapping
> feel free to add yours as well :)
>
>
>> Please help fix!
>>
>
> YES!
>
>
>> Martijn
>>
>> > On Feb 22, 2017, at 1:07 AM, Jochen Topf  wrote:
>> >
>> > On Tue, Feb 21, 2017 at 07:44:18PM +0100, Sebastiaan Couwenberg wrote:
>> >> On 02/21/2017 05:40 PM, Jochen Topf wrote:
>> >>> Find all challenges and instructions here:
>> >>> http://area.jochentopf.com/fixing.html
>> >>
>> >> My OCD complains about the typo before the challenge links, please do
>> >>
>> >> sed -i 's/Got to /Go to/g' fixing.html
>> >>
>> >> Also the Maproulette paragraph is no longer accurate now that more than
>> >> one challenge has been created.
>> >
>> > Fixed. Thank you!
>> >
>> > Jochen
>> > --
>> > Jochen Topf  joc...@remote.org  https://www.jochentopf.com/  +49-
>> 351-31778688
>> >
>> > ___
>> > talk mailing list
>> > talk@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk
>>
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>
>
>
> --
> ## Manfred Reiter - -
> ## N49° 25' 11.028" E6° 50' 47.328"
> ## www.weeklyOSM.eu 
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>


-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Fixing broken multipolygons

[Michael Reichert]

Hi,

Am 03.03.2017 um 17:27 schrieb Sebastiaan Couwenberg:
> Are there plans to make these challenges permanent or periodically
> re-introduce them when a new batch of issues has been prepared?

The German speaking countries have a handful of mappers who regularly
look for multipolygon errors using OSMI. Just have a look at the Areas
view of OSMI at the border of Germany and the Netherlands.

http://tools.geofabrik.de/osmi/?view=areas=6.68088=52.16821=9

Best regards

Michael



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



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

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

[Michael Reichert]

Hallo,

Am 03.03.2017 um 10:21 schrieb rainerU:
> Eine strikt nach dem V2-Schema erfasste Haltestelle wird auf der 
> Standard-Karte
> im Carto-Stil auf osm.org nur unvollständig gerendert. Insbesondere wird der
> Name der Haltestelle nicht angezeigt. Deshalb lassen viele Mapper neben den
> V2-konformen Objekten noch ein highway=bus_stop stehen.

highway=bus_stop ist ein PTv2-konformes Tag. Das Proposal hat nur
"Alternativen" geschaffen, aber kein altes Tag abgeschafft.

Den Namen einer Haltestelle nur an der Stop-Area-Relation zu erfassen,
ist Quatsch. Wer das macht oder vorgeschlagen hat und immer noch gut
findet, hat zu wenig mit OSM-Daten als Nutzer gearbeitet.

Viele Grüße

Michael

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



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

Re: [Talk-it-lazio] Proposta di incontro... e di iniziativa locale

[Martin Koppenhoefer]

Ciao Jacopo,

benvenuto :)
Domani c'è un incontro al campidoglio
http://www.reter.org/blog/index.php/notizie/reter-news/43-romamappare
bisogna registrarsi, ma forse si può ancora. Non è un evento OSM ma ci
saranno alcuni OSMers, compreso il sottoscritto.

A prescindere, riattivare gli incontri frequenti non sarebbe male, forse
adesso saremmo in più. Quando abbiamo fatto anni fa dei incontri al vecchio
fusolab eravamo in 2/3 e dopo un po' è morto l'iniziativa.

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

Re: [OSM-talk] Fixing broken multipolygons

[Sebastiaan Couwenberg]

On 03/03/2017 05:10 PM, m...@rtijn.org wrote:
> Since the ‘self-intersecting’ challenge is now complete I featured the ‘Wrong 
> role’ challenge in MapRoulette. Happy fixing!

Are there plans to make these challenges permanent or periodically
re-introduce them when a new batch of issues has been prepared?

These are very common issues that will be introduced by mappers in the
future.

Having Maproulette challeges to fix the issues also visualized by the
OSMI Area maps is a great way to help fix these QA issues.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

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

Re: [OSM-talk] Fixing broken multipolygons

[m]

Since the ‘self-intersecting’ challenge is now complete I featured the ‘Wrong 
role’ challenge in MapRoulette. Happy fixing!
Martijn

> On Feb 25, 2017, at 2:04 AM, Manfred A. Reiter  wrote:
> 
> Hi Martijn,
> 
> 2017-02-24 23:35 GMT+01:00  >:
> I made the challenge ‘Featured’ in MapRoulette so it becomes easier to spot.
> What a mess in some places I looked at…
> 
> +1
> 
> some of them are here: https://wiki.openstreetmap.org/wiki/Extremmapping 
> 
> feel free to add yours as well :)
>  
> Please help fix!
> 
> YES!
>  
> Martijn
> 
> > On Feb 22, 2017, at 1:07 AM, Jochen Topf  > > wrote:
> >
> > On Tue, Feb 21, 2017 at 07:44:18PM +0100, Sebastiaan Couwenberg wrote:
> >> On 02/21/2017 05:40 PM, Jochen Topf wrote:
> >>> Find all challenges and instructions here:
> >>> http://area.jochentopf.com/fixing.html 
> >>> 
> >>
> >> My OCD complains about the typo before the challenge links, please do
> >>
> >> sed -i 's/Got to /Go to/g' fixing.html
> >>
> >> Also the Maproulette paragraph is no longer accurate now that more than
> >> one challenge has been created.
> >
> > Fixed. Thank you!
> >
> > Jochen
> > --
> > Jochen Topf  joc...@remote.org   
> > https://www.jochentopf.com/   +49-351-31778688 
> > 
> >
> > ___
> > talk mailing list
> > talk@openstreetmap.org 
> > https://lists.openstreetmap.org/listinfo/talk 
> > 
> 
> 
> ___
> talk mailing list
> talk@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk 
> 
> 
> 
> 
> -- 
> ## Manfred Reiter - -
> ## N49° 25' 11.028" E6° 50' 47.328" 
> ## www.weeklyOSM.eu 
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Importazione alla cieca dei civici di Modena

[Federico Cortese]

2017-03-03 11:33 GMT+01:00 Lorenzo "Beba" Beltrami :
>
> Sarò più drastico, ma secondo me l'import di poschon è da revertare il prima
> possibile, prima che qualcuno cominci a mettere mano ai civici importati.

Anche io sono per il revert urgente. Più si lasciano questi dati peggio è.

Ciao,
Federico

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

[OSM-talk-fr] Vieux bogue du Raweditor (dans Osmose): syntaxe XML invalide

[Philippe Verdy]

Signalé sur https://github.com/osm-fr/rawedit/issues/1

Ce bogue est ancien: pour valider une modification il faut manuellement
reconvertir les & et " présents dans les noms ou valeurs de tags sous forme
XML-encodée ( et , ou bien avec des entités numériques).

Ces caractères sont réservés à la syntaxe XML elle-même. On ne peut pas les
laisser sous forme non encodée dans la syntaxe XML proposée.

Alternative: proposer un autre format (plus convivial) que le XML pour le
Raweditor en créant un formulaire contenant:
* le type d'élément (way, node, relation), et ses propriétés génériques
(id, version...) à priori non modifiables dans l'éditeur lui-même.
* un tableau contenant les tags en deux colonnes (nom et valeur)
entièrement décodés sous forme conviviale directement lisible et éditables
séparément
* la liste des membres (dans le cas des relations) dans une table ordonnée
à 2 colonnes (type, id)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-cz] přesun fotek rozcestníků

[Tom Ka]

No odsouhlasoval jsem to ted, a nejdriv jsem taky nenasel ale kdyz
jsem se tim proklikal, tak to tam bylo. Melo by tedy byt na spravnem
miste.

Diky

Dne 3. března 2017 10:02 Zdeněk Pražák  napsal(a):
> přesouval jsem na openstreetmap.cz fotografie nevyužitých rozcestníků z
> tabulky na http://osm.fit.vutbr.cz/OsmHiCheck/gp/?img=petr1888
>
> když jsem se poté podíval do fronty rozcestníků k přesunu, tak v ní nevidím
> fotky s ID 3219, 3215, 3226 které Jsem přesunul na SpráVNé místo
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>

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

Re: [Talk-es] Dehesas

[dcapillae]

El procedimiento para proponer una nueva característica o etiqueta está
descrito en el wiki:  Proposal process
  . La página aún no
cuenta con traducción en español. Si encuentro tiempo, intentaré traducirla
lo antes posible.



-
Daniel Capilla
OSM user: dcapillae 
--
View this message in context: 
http://gis.19327.n8.nabble.com/Dehesas-tp5892300p5892365.html
Sent from the Spain mailing list archive at Nabble.com.

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

Re: [Talk-br] Dúvida OSM

[Arlindo Pereira]

Olá André,

seja bem-vindo! Muito legal ver um SU do 4sq por aqui. Também sou SU1, aqui
no Rio de Janeiro.

Como o pessoal comentou, o editor Maps.me é uma forma bem simples de editar
POIs, de forma bem semelhante a como funciona no editor do Foursquare. Você
pode entrar pontos novos ou editar pontos existentes, editar informações
como nome, endereço, horário de funcionamento, telefone, website etc.

Também é possível editar pelo computador. Sugiro utilizar o editor iD, que
é o padrão do projeto quando se clica no botão editar.

Quanto a guias de estilo, ao contrário do 4sq que possui campos fixos, o
OpenStreetMap possui tags (etiquetas) no padrão chave=valor, que são
criadas automaticamente pelos aplicativos (seja o Maps.me, seja o iD) mas
que também podem ser inseridas manualmente. Neste caso, a guia de estilo se
refere exatamente a quais são essas tags, e em que padrão inseri-las.

O padrão que mais difere do 4sq é quanto ao formato dos endereços: enquanto
no Foursquare se abrevia (Av. N. S. de Copacabana) no OSM se escreve sempre
por extenso (Avenida Nossa Senhora de Copacabana).

Enfim, experimente realizar alguma edição, estamos a disposição para tirar
suas dúvidas pontuais e/ou revisar edições que você tenha alguma dúvida se
foi feita ou não da melhor maneira. :)


[]s
Arlindo Pereira

Em 3 de março de 2017 09:58, André Fernandes 
escreveu:

> Caros, bom dia!
>
>
> Me interessei pelo Projeto, mas sou novo e (acho que) não participo da
> comunidade. Qual a melhor maneira que vocês me indicam para editar? Só
> consigo fazer pelo computador ou também por aplicativo? Existe um Guia de
> Estilo como no Foursquare? Desde já, agradeço o retorno!
>
>
>
>
>
> Atenciosamente,
>
>
> *André Fernandes Perazzo*
> ® Foursquare Superuser Level 1
> +55 (21) 96906-6581 <(21)%2096906-6581>
> Rio de Janeiro, Brazil 2017
> www.foursquare.com/eumanero
>
> ___
> 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-es] Dehesas

[Gabriel Rodríguez Alberich]

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

landuse=forest;forest=dehesa me parece buen compromiso, aunque echo en
falta algo que exprese que ahí suele haber ganado. También me da un
poco de apuro usar una palabra en castellano, "dehesa", cuando los
portugueses tienen más hectáreas de dehesa que España y allí lo llaman
"montado". Pero bueno, en la Wikipedia en inglés también lo llaman
"dehesa" [1] ¯\_(ツ)_/¯

¿Cómo hacer para empezar a usar una etiqueta nueva? ¿Basta con un
consenso informal en esta lista, o inicio una propuesta [2]?

[1] https://en.wikipedia.org/wiki/Dehesa
[2] http://wiki.openstreetmap.org/wiki/Proposal_process

-- 
Gabriel Rodríguez Alberich

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

[talk-latam] HOT Projects and Opportunities in Central America

[Russell Deffner]

(English Version Below)

Saludos maperos OpenStreetMap de Centro America:

 

Soy Russell Deffner del Equipo Humanitario de OpenStreetMap (HOT, por sus
siglas en inglés), junto con Geoffrey Kateregga, nosotros somos parte de un
proyecto de erradicación de Malaria en el sur de África, sureste de Asia y
Centroamérica. Éste proyecto es parte de la initiative MissingMap y cuenta
con el apoyo de DigitalGlobe, la Clinton Health Access Initiative y la Gates
Foundation.

 

Parte de las área de interés para el mapeo es en Guatemala y Honduras.
Revisen umap para ver más detalles: http://u.osmfr.org/m/119495/ 

 

Estamos escribiendoles para informarles del trabajo que se está realizando y
para invitarles a participar. Nuestra meta es levantar datos de alta calidad
sobre viviendas, casas y edificios.También queremos mejorar la red de calles
y carreteras. Lo mejor es colaborar con grupos locales. Adicionalmente, si
no se han enterrados aún, HOT está lanzando un programa de micro-fondos para
grupos locales de OSM (aquí encuentren más información:
https://hotosm.org/projects/mapping_the_world%E2%80%99s_vulnerable_places_be
gins_with_you). Ambas oportunidades podrían dar financiamiento modesto o
dispositivos para grupos quienes están trabajando con OSM en Guatemala y
Honduras.

 

Para mayor información, sientanse libre de contactar a mí o Geoffrey por
correo electrónico.

 

Russell Deffner

russell.deff...@hotosm.org

 

Geoffrey Kateregga

geoffrey.katere...@hotosm.org 

 

 

(English Version)

Greetings Central America OpenStreetMappers,

 

I am Russell Deffner of the Humanitarian OpenStreetMap Team (HOT), along
with Geoffrey Kateregga, we are managing a mapping project for malaria
eradication in Southern Africa, Southeast Asia and Central America. This
project is part of the Missing Maps initiative and is backed by
DigitalGlobe, the Clinton Health Access Initiative and the Gates Foundation.
Our mission is to generate building footprint data in OpenStreetMap for a
total of over 500,000 square kilometers by April 2017.

 

Part of the area to be mapped is in Guatemala and Honduras; see this umap
for details: http://u.osmfr.org/m/119495/ 

 

We are writing to inform you of this work and invite you to participate. Our
goal is to provide high quality building data, improve the road network
where needed, and If we can collaborate with local groups, even better.
Also, if you have not heard, HOT is launching a micro-grant program for
local OSM groups (read more here:
https://hotosm.org/projects/mapping_the_world%E2%80%99s_vulnerable_places_be
gins_with_you). Both opportunities could help provide some modest funding or
equipment to groups working on OSM in Guatemala or Honduras.

 

If you would like to know more, please feel free to reach either myself or
Geoffrey by email:

 

Russell Deffner

russell.deff...@hotosm.org

 

Geoffrey Kateregga

geoffrey.katere...@hotosm.org 

 

Thank you,

=Russ

 

Russell Deffner

Email: russell.deff...@hotosm.org

OSM/Skype: russdeffner

Humanitarian OpenStreetMap Team (HOT) 

Web   | Wiki
  | Blog
  | Contact
  |
Donate  

 

 

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

Re: [Talk-br] Dúvida OSM

[Gerald Weber]

Olá André

seja bem vindo!

alguma coisa em particular que você esteja interessado em fazer?

Alguma localidade específica que você gostaria de editar?


abraço

Gerald
BH

2017-03-03 9:58 GMT-03:00 André Fernandes :

> Caros, bom dia!
>
>
> Me interessei pelo Projeto, mas sou novo e (acho que) não participo da
> comunidade. Qual a melhor maneira que vocês me indicam para editar? Só
> consigo fazer pelo computador ou também por aplicativo? Existe um Guia de
> Estilo como no Foursquare? Desde já, agradeço o retorno!
>
>
>
>
>
> Atenciosamente,
>
>
> *André Fernandes Perazzo*
> ® Foursquare Superuser Level 1
> +55 (21) 96906-6581 <(21)%2096906-6581>
> Rio de Janeiro, Brazil 2017
> www.foursquare.com/eumanero
>
> ___
> 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-br] Dúvida OSM

[Daniel d'Andrada Tenório de Carvalho]

Olá, seja bem vindo.

Pelo celular a maneira mais fácil é utilizando o MAPS.ME. Mas o que você
pode fazer por ele é bem limitado. Essencialmente adicionar novos pontos de
interesse e corrigir nomes.

O wiki do OpenStreetMap (http://wiki.openstreetmap.org/) é a principal
fonte de informação, mas boa parte está em inglês.

Para começar, acho que o melhor mesmo é simplesmente ir em
www.openstreetmap.org, criar uma conta e apertar o botão "Edit". Siga o
tutorial e pronto. Na interface desse editor tem vários links para páginas
to wiki do OpenStreetMap explicando tópicos em mais detalhes.

2017-03-03 9:58 GMT-03:00 André Fernandes :

> Caros, bom dia!
>
>
> Me interessei pelo Projeto, mas sou novo e (acho que) não participo da
> comunidade. Qual a melhor maneira que vocês me indicam para editar? Só
> consigo fazer pelo computador ou também por aplicativo? Existe um Guia de
> Estilo como no Foursquare? Desde já, agradeço o retorno!
>
>
>
>
>
> Atenciosamente,
>
>
> *André Fernandes Perazzo*
> ® Foursquare Superuser Level 1
> +55 (21) 96906-6581 <(21)%2096906-6581>
> Rio de Janeiro, Brazil 2017
> www.foursquare.com/eumanero
>
> ___
> 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] Where has Brussels UrbIS 2015 aerial imagery gone?

[Jonathan Beliën]

You're welcome ! :)

And indeed Ortho2016 is available :

wms:http://geoservices-urbis.irisnet.be/geoserver/ows/?SERVICE=WMS=1.3.0=GetMap=image%2Fpng=true=Urbis%3AOrtho2016={width}={height}=EPSG%3A3857=={bbox}

Excellent idea to update 
https://github.com/osmlab/editor-layer-index/tree/gh-pages/sources/europe/be
It will be really useful because the quality of CIRB orthophotos is better than 
the one from AGIV (for Brussels only of course ^^). So I would set "best=true" 
for the Brussels area.
If you need any hlep with this, feel free to ask :)
Thanks !

Jonathan Beliën
GEO-6

-Message d'origine-
De : Yves bxl-forever [mailto:bxl-fore...@linuxmail.org] 
Envoyé : vendredi 3 mars 2017 13:46
À : talk-be@openstreetmap.org
Objet : Re: [OSM-talk-be] Where has Brussels UrbIS 2015 aerial imagery gone?

Thanks a lot for this.  Indeed, not only does this URL work but 2016 aerial 
views are now available too.
I am also following Joost’s suggestion and am preparing a GeoJSON file to 
upload onto the list of Belgian imagery (set as "best=false" to avoid clashing 
with other layers).

Cheers.
Yves


On Wed, 1 Mar 2017 14:09:26 +0100
Jonathan Beliën  wrote:

> Hi Yves,
> 
> If I remember correctly, I think you use the old URL.
> 
> The new URL should be : 
> 
> wms:http://geoservices-urbis.irisnet.be/geoserver/ows/?SERVICE=WMS=1.3.0=GetMap=image%2Fpng=true=Urbis%3AOrtho2015={width}={height}=EPSG%3A3857=={bbox}
> 
> :)
> 
> Jonathan Beliën
> 
> -Message d'origine-
> De : Yves bxl-forever [mailto:bxl-fore...@linuxmail.org] 
> Envoyé : mercredi 1 mars 2017 13:48
> À : talk-be@openstreetmap.org
> Objet : [OSM-talk-be] Where has Brussels UrbIS 2015 aerial imagery gone?
> 
> Hello,
> 
> The most recent set of aerial imagery for Brussels comes from low-altitude 
> flights commissioned by the Region.
> Very useful to map public space in Brussels and it integrates perfectly in 
> JOSM.
> The layer with images taken during Spring 2015 used to be available here: 
> wms:http://www.gis.irisnet.be/arcgis/rest/services/basemap/ortho2015/MapServer/export?f=image=jpeg=False={proj}=3857=3857={bbox}={width},{height}
> 
> It’s been a few days where this data seems to have been removed from their 
> server.
> Apparently, only the 2004 and 2012 aerial views are still available.
> http://www.gis.irisnet.be/arcgis/rest/services/basemap
> 
> Does anyone know of an alternative location to get this data?
> I wrote to CIRB-CIBG, the Brussels institute in charge of this, but no reply 
> so far.
> 
> 
> Cheers.
> Yves
> 
> ___
> 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-br] Dúvida OSM

[André Fernandes]

Caros, bom dia!


Me interessei pelo Projeto, mas sou novo e (acho que) não participo da 
comunidade. Qual a melhor maneira que vocês me indicam para editar? Só consigo 
fazer pelo computador ou também por aplicativo? Existe um Guia de Estilo como 
no Foursquare? Desde já, agradeço o retorno!





Atenciosamente,


André Fernandes Perazzo
® Foursquare Superuser Level 1
+55 (21) 96906-6581
Rio de Janeiro, Brazil 2017
www.foursquare.com/eumanero
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[OSM-talk-be] Schrijnstraat Mechelen (was Tileborders zien)

[Philippe Casteleyn]

Er heeft hier al eens iemand het juiste antwoord gegeven.

Misschien had ik vorig jaar de OSM kaart niet goed bekeken.

De poort staat wel ver van de centjesmuur.


https://www.mapillary.com/app/?lat=51.033311=4.474325=17=F1OrB6hEUFTEUdJREao5Ow=photo=0.4905017589925623=0.45553075361120615=0

[https://d1cuyjsrcm0gby.cloudfront.net/F1OrB6hEUFTEUdJREao5Ow/thumb-640.jpg]<https://www.mapillary.com/app/?lat=51.033311=4.474325=17=F1OrB6hEUFTEUdJREao5Ow=photo=0.4905017589925623=0.45553075361120615=0>

Belgium, photo by 
filipc<https://www.mapillary.com/app/?lat=51.033311=4.474325=17=F1OrB6hEUFTEUdJREao5Ow=photo=0.4905017589925623=0.45553075361120615=0>
www.mapillary.com
Capture and explore the world with street-level photos. Longitude: 4.474325 
Latitude: 51.033311





Van: talk-be-requ...@openstreetmap.org <talk-be-requ...@openstreetmap.org>
Verzonden: vrijdag 3 maart 2017 13:00
Aan: talk-be@openstreetmap.org
Onderwerp: Talk-be Digest, Vol 111, Issue 5

Send Talk-be mailing list submissions to
talk-be@openstreetmap.org

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.openstreetmap.org/listinfo/talk-be
Talk-be Info Page - 
OpenStreetMap<https://lists.openstreetmap.org/listinfo/talk-be>
lists.openstreetmap.org
To see the collection of prior postings to the list, visit the Talk-be 
Archives. Using Talk-be: To post a message to all the list members, send email 
...



or, via email, send a message with subject or body 'help' to
talk-be-requ...@openstreetmap.org

You can reach the person managing the list at
talk-be-ow...@openstreetmap.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Talk-be digest..."


Today's Topics:

   1. Tileborders zien (Philippe Casteleyn)
   2. Re: Tileborders zien (Tom Van Herck)
   3. Re: Tileborders zien (joost schouppe)


--

Message: 1
Date: Fri, 3 Mar 2017 10:17:31 +
From: Philippe Casteleyn <philippecastel...@hotmail.com>
To: "talk-be@openstreetmap.org" <talk-be@openstreetmap.org>
Subject: [OSM-talk-be] Tileborders zien
Message-ID:

<am4p190mb0228bb7342dfb82db7119762a0...@am4p190mb0228.eurp190.prod.outlook.com>

Content-Type: text/plain; charset="iso-8859-1"

Vorig jaar had ik een vraag over de Schrijnstraat in Mechelen die bij sommige 
zoomlevels Schijnrat of zo werd.  Ik vroeg toen ook hoe ik de tilegrenzen kon 
zien, vermits die er wellicht iets mee te maken hadden.

Ik heb het antwoord gevonden op de weeklies :
http://www.sammyshp.de/fsmap/#19/51.0/4.47479
Maar hoe zal ik ooit die website onthouden ?

Ik heb trouwens veel genoegdoening aan die weeklies, waarvoor mijn dank.
Jammer dat mijn vorige discussie de weekly niet gehaald heeft.

De Schrijnstraat is wel een interessante straat omdat hij officieel naar de 
Guido Gezellelaan  doorloopt.  Ik ben er wel een paar keer verdwaald voor ik 
door had dat er nog zo een grote fout in OSM zat.


-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.openstreetmap.org/pipermail/talk-be/attachments/20170303/533ac30f/attachment-0001.html>

--

Message: 2
Date: Fri, 3 Mar 2017 10:23:09 +
From: Tom Van Herck <tom.vanhe...@agiv.be>
To: OpenStreetMap Belgium <talk-be@openstreetmap.org>
Subject: Re: [OSM-talk-be] Tileborders zien
Message-ID: <d8156f1f34bea3418bbb0f797ded332a8c91e...@brusrv86.vlm.be>
Content-Type: text/plain; charset="utf-8"

Je kan ook altijd effe checken op www.geopunt.be<http://www.geopunt.be>
[http://www.geopunt.be/img/Geo/logos/logo_sharing.jpg]<http://www.geopunt.be/>

Geopunt Vlaanderen<http://www.geopunt.be/>
www.geopunt.be
Geopunt is de centrale toegangspoort tot geografische overheidsinformatie.




Bv hier 
http://www.geopunt.be/kaart?viewer_url=http%3A%2F%2Fmaps.geopunt.be%2Fresources%2Fapps%2FGeopunt-kaart_app%2Findex.html%3Fid%3De4c840e05a800f4b015a93b0781900a4

Tom

Van: Philippe Casteleyn [mailto:philippecastel...@hotmail.com]
Verzonden: vrijdag 3 maart 2017 11:18
Aan: talk-be@openstreetmap.org
Onderwerp: [OSM-talk-be] Tileborders zien


Vorig jaar had ik een vraag over de Schrijnstraat in Mechelen die bij sommige 
zoomlevels Schijnrat of zo werd.  Ik vroeg toen ook hoe ik de tilegrenzen kon 
zien, vermits die er wellicht iets mee te maken hadden.
Ik heb het antwoord gevonden op de weeklies :
http://www.sammyshp.de/fsmap/#19/51.0/4.47479
Maar hoe zal ik ooit die website onthouden ?

Ik heb trouwens veel genoegdoening aan die weeklies, waarvoor mijn dank.
Jammer dat mijn vorige discussie de weekly niet gehaald heeft.

De Schrijnstraat is wel een interessante straat omdat hij officieel naar de 
Gu

Re: [OSM-talk-be] Where has Brussels UrbIS 2015 aerial imagery gone?

[Yves bxl-forever]

Thanks a lot for this.  Indeed, not only does this URL work but 2016 aerial 
views are now available too.
I am also following Joost’s suggestion and am preparing a GeoJSON file to 
upload onto the list of Belgian imagery (set as "best=false" to avoid clashing 
with other layers).

Cheers.
Yves


On Wed, 1 Mar 2017 14:09:26 +0100
Jonathan Beliën  wrote:

> Hi Yves,
> 
> If I remember correctly, I think you use the old URL.
> 
> The new URL should be : 
> 
> wms:http://geoservices-urbis.irisnet.be/geoserver/ows/?SERVICE=WMS=1.3.0=GetMap=image%2Fpng=true=Urbis%3AOrtho2015={width}={height}=EPSG%3A3857=={bbox}
> 
> :)
> 
> Jonathan Beliën
> 
> -Message d'origine-
> De : Yves bxl-forever [mailto:bxl-fore...@linuxmail.org] 
> Envoyé : mercredi 1 mars 2017 13:48
> À : talk-be@openstreetmap.org
> Objet : [OSM-talk-be] Where has Brussels UrbIS 2015 aerial imagery gone?
> 
> Hello,
> 
> The most recent set of aerial imagery for Brussels comes from low-altitude 
> flights commissioned by the Region.
> Very useful to map public space in Brussels and it integrates perfectly in 
> JOSM.
> The layer with images taken during Spring 2015 used to be available here: 
> wms:http://www.gis.irisnet.be/arcgis/rest/services/basemap/ortho2015/MapServer/export?f=image=jpeg=False={proj}=3857=3857={bbox}={width},{height}
> 
> It’s been a few days where this data seems to have been removed from their 
> server.
> Apparently, only the 2004 and 2012 aerial views are still available.
> http://www.gis.irisnet.be/arcgis/rest/services/basemap
> 
> Does anyone know of an alternative location to get this data?
> I wrote to CIRB-CIBG, the Brussels institute in charge of this, but no reply 
> so far.
> 
> 
> Cheers.
> Yves
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
> 
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [OSM-talk-fr] Improveosm

[Philippe Verdy]

Méfiance sur ce qui est rapporté: notamment les sens uniques qui dont
rapportés comme "hautement probables" mais en se basant uniquement sur les
traces GPS présentes dans OSM. Ca donne une densité élevée de faux
positifs. La probabilité est considérée comme haute seulement s'il y a
quelques traces GPS toutes dans le même sens, mais bon nombre de traces GPS
vont emprunter certains segments de rues "mineures" souvent dans le même
sens. Les faux positifs sont nombreux sur le réseau tertiaire en zone
rurale.


Garanti
sans virus. www.avast.com

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

Le 2 mars 2017 à 15:31, Rogelio Canedo  a écrit :

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

Re: [OSM-talk] Call from OSGeo members to discussion about OSM and synergies

[Andy Townsend]

On 03/03/2017 10:21, Benoit Fournier wrote:

Hello OSM community,

Please find a call from Suchith Anand (OSGeo/FOSS4G/Geo4All,
University of Nottingham UK).

...
Please do get in touch if you want to get involved.


There's an active OSM group in Nottingham (including me); he's welcome 
come along to the next meeting and discuss things (current scheduled for 
21st March, though check 
https://wiki.openstreetmap.org/wiki/Nottingham/Pub_Meetup for updates).


The attached message snippet appears not to have any contact 
information; if he wants to contact me my email's in this message and 
the usual OSM mechanisms will also work - OSM messages or IRC (#osm-gb 
on oftc), and of course he can sign up to and post to this list.


Best Regards,

Andy ("SomeoneElse" in OSM)


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

Re: [Talk-es] Nueva capa

[Emilio Rivero]

Hola Miguel,

Estoy intentando aclarar todos estos puntos, sobre todo lo de la autoría y
la licencia, que por lo que veo es lo más complicado.
El fichero CSV lo he creado yo a partir de la tabla de coordenadas que
aparece en una de las paginas del proyecto, haciendo la conversión en la
notación de las mismas por mi cuenta.

Hablando con el responsable del proyecto, me comenta que no habría problema
en difundir la información siempre que se haga referencia al origen de los
datos, y teniendo especial cuidado con ciertas localizaciones (las
paleontológicas). En este caso las omitiría por completo para evitar
problemas, o generaría un área para no indicar la localización exacta.

Como podréis ver soy relativamente nuevo en el mundo de OSM, y es probable
que esté preguntando cosas obvias, os pido disculpas por ello.

Muchas gracias

Un saludo





El 2 de marzo de 2017, 12:20, Miguel Sevilla-Callejo 
escribió:

> A mi me parece bien pero han de cumplirse los protocolos de importación
> [1], empezando con la compatibilidad de la licencia.
>
> [1] https://wiki.openstreetmap.org/wiki/Import
>
> --
>  Miguel Sevilla-Callejo
> from my mobile 
>
> El 2/3/2017 15:18, "Emilio Rivero"  escribió:
>
>> Hola a todos,
>>
>> Estoy pensando en incluir una serie de puntos de interés geologico en
>> España.
>> Inicialmente serian unos 170 puntos que serían cargados a partir de un
>> fichero CSV. Los datos serían incluidos dentro de la categoría
>> *natural/geological, *
>> e incluiria el nombre y el codigo de referencia de la localización.
>>
>> El origen de los datos es el proyecto Global Geosites patrocinado por la
>> USGS y la Unesco, en España el encargado en desarrollar el proyecto es el
>> IGME en colaboracion con la Sociedad Geológica de España.
>>
>> ¿Que opinais?
>>
>> Gracias
>>
>> Un saludo
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[OSM-talk-ie] weeklyOSM #345 21/02/2017-27/02/2017

[weeklyteam]

The weekly round-up of OSM news, issue # 345,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

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

Enjoy!

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

[Talk-GB] weeklyOSM #345 21/02/2017-27/02/2017

[weeklyteam]

The weekly round-up of OSM news, issue # 345,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

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

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-ca] weeklyOSM #345 21/02/2017-27/02/2017

[weeklyteam]

The weekly round-up of OSM news, issue # 345,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

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

Enjoy!

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

[Talk-in] weeklyOSM #345 21/02/2017-27/02/2017

[weeklyteam]

The weekly round-up of OSM news, issue # 345,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

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

Enjoy!

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

[OSM-talk] weeklyOSM #345 21/02/2017-27/02/2017

[weeklyteam]

The weekly round-up of OSM news, issue # 345,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

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

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-GB] OSM Postcode Checking

[Robert Whittaker (OSM lists)]

Some of you may recall that I've previously advertised a tool that
checks addr:postcode tags in OSM UK against the official Code-Point
Open data. There are two reports:

* http://robert.mathmos.net/osm/postcodes/osm-errors.html is updated
daily and flags up OSM postcode values that  don't exist in Code-Point
Open

* http://robert.mathmos.net/osm/postcodes/location-errors.cgi is
updated roughly weekly, and flags up OSM objects with postcodes whose
location differs significantly from the postcode centroid in
Code-Point Open.

I've just discovered a bug in the first report, that meant many
non-existent units were not being reported. (I'd forgotten to clear
the cache of valid units between each sector). Having fixed this,
there are now rather a lot of new errors (over 1500) there that could
do with manual checking. Presumably some will be typos by mappers,
others will be errors in sources, some will be old now-disused
postcodes, and some may be new codes that haven't made it into
Code-Point Open yet.

If anyone fancies helping out, then please have a look at some of the
flagged postcodes at
http://robert.mathmos.net/osm/postcodes/osm-errors.html#unit and see
if the OSM data needs correcting. (Remember to only use acceptable OSM
sources for postcodes. Code-Point Open can be used, but address
look-up tools from Royal Mail and others cannot.)

Robert.

-- 
Robert Whittaker

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

Re: [Talk-it] Importazione alla cieca dei civici di Modena

[Marco]

Capito, Grazie!


Il 03/03/2017 12:13, Lorenzo "Beba" Beltrami ha scritto:
Il giorno 3 marzo 2017 12:00, Marco > ha scritto:


Scusate, tra le tante cose che ha fatto, è corretto sostituire le
highway=cycleway con highway=path quando si tratta palesemente di
piste ciclabili che corrono a lato strada?

Questo è un tema che meriterebbe una trattazione a se...
Il fatto è che spesso quelle che in Italia vengono chiamate "Piste 
ciclabili", non sono piste ciclabili, ma ciclopedonali (che, al 
contrario delle prime, permettono l'accesso anche ai pedoni).
Anni fa sul wiki trovavi che andavano mappate come highway=path + 
bicycle=designated + foot=designated, ma proprio l'altro giorno ho 
notato che ora si può anche mappare come highway=cycleway+ 
foot=designated...[1][2]


Boh, c'è un po' di confusione...
Di sicuro segnare come highway=cycleway e basta una ciclopedonale mi 
sembra sbagliato.


Lorenzo

[1] https://wiki.openstreetmap.org/wiki/Tag:highway%3Dcycleway#Examples
[2] https://wiki.openstreetmap.org/wiki/Key:segregated



___
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] Importazione alla cieca dei civici di Modena

[Marco]

occhio però che alcuni civici li ha già modificati lui più volte

http://nrenner.github.io/achavi/?changeset=46532727

Immagini non sia l'unico caso


Il 03/03/2017 12:04, Martin Koppenhoefer ha scritto:
intanto ho commentato tutti i changesets che credo si dovrebbe 
probabilmente revertare. Sono anch'io del parere che un revert al più 
presto  è la risposta giusta. Avete contattato la DWG? Per il momento 
non cominciate a correggere gli errori a mano per non disturbare il 
revert.


Ciao,
Martin


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


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

Re: [Talk-it] Importazione alla cieca dei civici di Modena

[Lorenzo "Beba" Beltrami]

Il giorno 3 marzo 2017 12:00, Marco  ha scritto:

> Scusate, tra le tante cose che ha fatto, è corretto sostituire le
> highway=cycleway con highway=path quando si tratta palesemente di piste
> ciclabili che corrono a lato strada?
>
Questo è un tema che meriterebbe una trattazione a se...
Il fatto è che spesso quelle che in Italia vengono chiamate "Piste
ciclabili", non sono piste ciclabili, ma ciclopedonali (che, al contrario
delle prime, permettono l'accesso anche ai pedoni).
Anni fa sul wiki trovavi che andavano mappate come highway=path +
bicycle=designated + foot=designated, ma proprio l'altro giorno ho notato
che ora si può anche mappare come highway=cycleway+ foot=designated...[1][2]

Boh, c'è un po' di confusione...
Di sicuro segnare come highway=cycleway e basta una ciclopedonale mi sembra
sbagliato.

Lorenzo

[1] https://wiki.openstreetmap.org/wiki/Tag:highway%3Dcycleway#Examples
[2] https://wiki.openstreetmap.org/wiki/Key:segregated
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-de] emergency access points

[Martin Koppenhoefer]

Am 3. März 2017 um 12:01 schrieb Joachim Kast :

> eher eine copy Vergesslichkeit.
>
> Die Seite(n) zu emergency=accesspoint wurden im Rahmen des "WikiProject
> Emergency Cleanup" [1] erstellt und dümpeln seitdem vor sich hin.
>


OK, habe das mal korrigiert, bin mir aber nicht sicher, ob der Tag an sich
Sinn macht. Es gibt ja auch eine Alternative die weiter verbreitet ist.

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

Re: [Talk-it] Importazione alla cieca dei civici di Modena

[Martin Koppenhoefer]

intanto ho commentato tutti i changesets che credo si dovrebbe
probabilmente revertare. Sono anch'io del parere che un revert al più
presto  è la risposta giusta. Avete contattato la DWG? Per il momento non
cominciate a correggere gli errori a mano per non disturbare il revert.

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

Re: [Talk-it] Importazione alla cieca dei civici di Modena

[Alessandro Palmas]

> 2017-03-03 11:46 GMT+01:00 Alessandro Palmas
> >:
>
>> Ma in Brasile non hanno altro da fare, hanno già mappato tutte le scuole
>> di samba?
>
>
>
> Brasile? E' il solito crucco ;-)
>


Ah, con how did you contribute pareva fosse brasiliano. Allora tutto
torna: scuole di samba in Germania ce ne sono pochissime :-) :-)


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

Re: [Talk-de] emergency access points

[Joachim Kast]

Am 03.03.2017 um 11:20 schrieb Martin Koppenhoefer:
> Mir ist eine Unstimmigkeit im deutschen Wiki aufgefallen wo ich mir nicht
> sicher bin, wie man das am besten behandelt.
> 
> Es geht um diese "Übersetzung" der engl. Key-Definition:
> https://wiki.openstreetmap.org/wiki/DE:Tag:emergency%3Daccess_point
> 
> Ganz unten unter "Richtlinien" stehen Tagging Beispiele (übrigens in für
> das Wiki seltsamer Schreibweise):
> 
> 
> Dabei dreht sich die Seite um den tag emergency=access_point
> 
> Ist das Absicht?
> 
> Gruß,
> Martin

Hallo Martin,

eher eine copy Vergesslichkeit.

Die Seite(n) zu emergency=accesspoint wurden im Rahmen des "WikiProject
Emergency Cleanup" [1] erstellt und dümpeln seitdem vor sich hin.

Grüße
Joachim

[1] http://wiki.openstreetmap.org/wiki/WikiProject_Emergency_Cleanup

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

Re: [Talk-it] Importazione alla cieca dei civici di Modena

[Marco]

Scusate, tra le tante cose che ha fatto, è corretto sostituire le 
highway=cycleway con highway=path quando si tratta palesemente di piste 
ciclabili che corrono a lato strada?


Ne ha sostituite così tante che inizia a creare dubbi nella mia mente :D

grazie


Il 03/03/2017 11:54, Martin Koppenhoefer ha scritto:


2017-03-03 11:46 GMT+01:00 Alessandro Palmas 
>:


Ma in Brasile non hanno altro da fare, hanno già mappato tutte le
scuole di samba?



Brasile? E' il solito crucco ;-)

Ciao,
Martin


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


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

[Talk-lt] Narystė asociacijoje „Atvirasis žemėlapis“ ir parama

[Tomas Straupis]

Sveiki

  Asociacijos puslapyje pridėta informacija apie tai, kaip tapti nariu
ir kaip skirti paramą.
  Plačiau čia:
  
https://blog.openmap.lt/2017/03/03/naryste-asociacijoje-atvirasis-zemelapis-ir-parama/

-- 
Tomas

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

Re: [Talk-it] Importazione alla cieca dei civici di Modena

[Martin Koppenhoefer]

2017-03-03 11:46 GMT+01:00 Alessandro Palmas :

> Ma in Brasile non hanno altro da fare, hanno già mappato tutte le scuole
> di samba?



Brasile? E' il solito crucco ;-)

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

Re: [Talk-de] emergency access points

[Hartmut Holzgraefe]

On 03.03.2017 11:20, Martin Koppenhoefer wrote:
> Ganz unten unter "Richtlinien" stehen Tagging Beispiele (übrigens in für
> das Wiki seltsamer Schreibweise):
> 
> 
> Dabei dreht sich die Seite um den tag emergency=access_point

die beiden Seiten für highway=emergency_access_point und
emergency=access_point sind zZ. weitgehend textgleich,
incl. der Beispiele.

Vermutlich soll das im Rahmen des auf beiden Seiten angegebenen
"WikiProject Emergency Cleanup" bereinigt werden, ist aber z.Z.
noch "work in progress"?

Also "der Text der alten Tagseite ist schon umkopiert, aber noch
nicht angepasst worden"?

-- 
hartmut


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

Re: [Talk-it] Importazione alla cieca dei civici di Modena

[Alessandro Palmas]

  
  
Il 03/03/2017 11:19, Regina Phalange ha
  scritto:


  Buongiorno a tutti,
ieri l'utente poschon ha effettuato un'importazione di massa dei numeri civici riguardanti la città di Modena, fonte http://dati.emilia-romagna.it/dataset/numerazione-civica-del-territorio-comunale--50f328b0/resource/fa3d040e-d4ea-4cdd-85c7-a83294fbeab0. Non è molto precisa come fonte e nella quasi totalità dei casi sarebbe meglio verificare di persona prima di effettuare un'importazione alla cieca. Come se non bastasse, l'utente ha importato senza verificare che vi fossero dati già presenti e la zona di Via Alassio/Largo Montecassino era un ottimo esempio di area mappata a regola d'arte. Questo fatto ha comportato la duplicazione di diversi numeri civici (es. Via Alassio e Largo Montecassino http://imgur.com/a/eLdXS).

La maggior parte della città fin'ora non aveva numeri civici, quindi forse in generale è meglio di niente. Com'è meglio procedere?




Aargh, e come se non bastasse ha aggiunto una marea di informazioni
ridondanti in ogni civico. Ma in Brasile non hanno altro da fare,
hanno già mappato tutte le scuole di samba?
Sono dietro ad altre cose, vedo che c'è già una reazione, qualcuno
se ne può occupare velocemente? Io andrei di revert

Alessandro Ale_Zena_IT

  


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

Re: [Talk-it] Importazione alla cieca dei civici di Modena

[Andrea Musuruane]

2017-03-03 11:19 GMT+01:00 Regina Phalange :

> Buongiorno a tutti,
> ieri l'utente poschon ha effettuato un'importazione di massa dei numeri
> civici riguardanti la città di Modena, fonte
> http://dati.emilia-romagna.it/dataset/numerazione-civica-
> del-territorio-comunale--50f328b0/resource/fa3d040e-
> d4ea-4cdd-85c7-a83294fbeab0. Non è molto precisa come fonte e nella quasi
> totalità dei casi sarebbe meglio verificare di persona prima di effettuare
> un'importazione alla cieca. Come se non bastasse, l'utente ha importato
> senza verificare che vi fossero dati già presenti e la zona di Via
> Alassio/Largo Montecassino era un ottimo esempio di area mappata a regola
> d'arte. Questo fatto ha comportato la duplicazione di diversi numeri civici
> (es. Via Alassio e Largo Montecassino http://imgur.com/a/eLdXS).
>
> La maggior parte della città fin'ora non aveva numeri civici, quindi forse
> in generale è meglio di niente. Com'è meglio procedere?
>

Bisognerebbe contattare l'utente e fargli notare quanto di male ha fatto:
ovvero importare dei dati di terze parti senza seguire le linee guida e
senza fare conflation.

Poi sarebbe opportuno fare un revert. Per il reinserimento dei civici si
dovrebbe seguire l'import in corso dei civici dell'Emilia-Romagna:
https://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_import_numeri_civici_2016

Ciao,

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

Re: [OSM-talk-be] Tileborders zien

[joost schouppe]

Tom,

We hoeven zelfs niet naar geopunt te gaan: het GRB is standaard als
achtergrond beschikbaar in de web-editor:
https://www.openstreetmap.org/edit?editor=id

In dit geval: de wegoppervlaktes zien er wel verbonden uit, maar de
GRB-wegverbindingen niet. Dus lijkt mij officieel wel goed te zitten. Ook
in (mijn verouderde kopie van) het Wegenregister ziet het er goed uit:

http://play.osm.be/wegenregister.html#18/51.03362/4.47472/osm-wegenregister


Philippe,
In sommige browsers krijg je ook de URL van de tile als je rechtermuisknop
klikt. Om dat op osm.org nog te kunnen, moet je shift+rechtermuisklik doen.
Maar er is blijkbaar iets veranderd in Leaflet waardoor dat niet meer zo
standaard werkt. Alleszins is er een hele discussie bezig over wat er wel
of niet in ons rechtermuisknop menu'tje moet zitten. Dus misschien komt die
functie nog wel naar osm.org
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-it] Importazione alla cieca dei civici di Modena

[Lorenzo "Beba" Beltrami]

Il giorno 3 marzo 2017 11:19, Regina Phalange  ha
scritto:

> La maggior parte della città fin'ora non aveva numeri civici, quindi forse
> in generale è meglio di niente. Com'è meglio procedere?
>

So che Ale_Zena_IT aveva cominciato un lavoro certosino di import dei
numeri civici facendo molta attenzione a rispettare l'esistente e
soprattutto a rispettare la procedura di import dei civici.[1]

Sarò più drastico, ma secondo me l'import di poschon è da revertare il
prima possibile, prima che qualcuno cominci a mettere mano ai civici
importati.
Poi si continuerà con la procedura di import standard, magari includendo lo
stesso poschon nel progetto in modo da avere un mappatore in più invece che
uno in meno. ;)

Lorenzo

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

Re: [Talk-it] Importazione alla cieca dei civici di Modena

[Martin Koppenhoefer]

2017-03-03 11:29 GMT+01:00 girarsi_liste :

>
> Hai già sentito l'utente per sapere cosa dice?
>


+1. commenta anche il changeset.

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

Re: [Talk-it] Importazione alla cieca dei civici di Modena

[girarsi_liste]

Il 03/03/2017 11:19, Regina Phalange ha scritto:
> Buongiorno a tutti,
> ieri l'utente poschon ha effettuato un'importazione di massa dei numeri 
> civici riguardanti la città di Modena, fonte 
> http://dati.emilia-romagna.it/dataset/numerazione-civica-del-territorio-comunale--50f328b0/resource/fa3d040e-d4ea-4cdd-85c7-a83294fbeab0.
>  Non è molto precisa come fonte e nella quasi totalità dei casi sarebbe 
> meglio verificare di persona prima di effettuare un'importazione alla cieca. 
> Come se non bastasse, l'utente ha importato senza verificare che vi fossero 
> dati già presenti e la zona di Via Alassio/Largo Montecassino era un ottimo 
> esempio di area mappata a regola d'arte. Questo fatto ha comportato la 
> duplicazione di diversi numeri civici (es. Via Alassio e Largo Montecassino 
> http://imgur.com/a/eLdXS).
> 
> La maggior parte della città fin'ora non aveva numeri civici, quindi forse in 
> generale è meglio di niente. Com'è meglio procedere?
> 

Hai già sentito l'utente per sapere cosa dice?




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



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

[OSM-talk] Call from OSGeo members to discussion about OSM and synergies

[Benoit Fournier]

Hello OSM community,

Please find a call from Suchith Anand (OSGeo/FOSS4G/Geo4All,
University of Nottingham UK).

Dr Anand would like to study and discuss the possibilities of
OpenStreetMap and announce that "the Geospatial IG [1] of the Research
Data Alliance will be meeting in Barcelona on 5th April 2017 to keep
building ideas for the global research agenda for Geospatial Data
Science."

https://www.rd-alliance.org/ig-geospatial-rda-9th-plenary-meeting

Let me quote him again (with minor corrections mostly for formatting):

> [Dr Suchith Anand] would also like to make use of the Geospatial IG meeting 
> opportunity at RDA9 in Barcelona to further discuss ideas on the rise of 
> OpenStreetMap (OSM) as a World Mapping Agency (WMA) build by the efforts of 
> thousands of volunteers.
> It is also interesting to see the community links of the OpenStreetMap and 
> the Open Source Geospatial Foundation (OSGeo) expanding rapidly both locally 
> and globally.
> OSM is now reaching the level of a Global Mapping Agency build by the efforts 
> of thousands of volunteers and OSGeo is the world's largest geospatial 
> ecosystem.
> What a great combination of synergies. Both initiatives are just over a 
> decade old and have fundamentally changed the whole geolandscape.
>
> [Dr Suchith Anand] and colleagues are working on a paper on OSM and OSGeo and 
> want to use this meeting to discuss more ideas with the community.
>
> Please share with all interested and welcome all interested. It is key that 
> we use this great synergies between OSGeo and OSM for expanding ideas for the 
> future.

[They are working to setup tele meeting facility for the RDA9 meeting
in Barcelona and details will shared ASAP.]

Please do get in touch if you want to get involved.

Ben

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

Re: [OSM-talk-be] Tileborders zien

[Tom Van Herck]

Je kan ook altijd effe checken op www.geopunt.be

Bv hier 
http://www.geopunt.be/kaart?viewer_url=http%3A%2F%2Fmaps.geopunt.be%2Fresources%2Fapps%2FGeopunt-kaart_app%2Findex.html%3Fid%3De4c840e05a800f4b015a93b0781900a4

Tom

Van: Philippe Casteleyn [mailto:philippecastel...@hotmail.com]
Verzonden: vrijdag 3 maart 2017 11:18
Aan: talk-be@openstreetmap.org
Onderwerp: [OSM-talk-be] Tileborders zien


Vorig jaar had ik een vraag over de Schrijnstraat in Mechelen die bij sommige 
zoomlevels Schijnrat of zo werd.  Ik vroeg toen ook hoe ik de tilegrenzen kon 
zien, vermits die er wellicht iets mee te maken hadden.
Ik heb het antwoord gevonden op de weeklies :
http://www.sammyshp.de/fsmap/#19/51.0/4.47479
Maar hoe zal ik ooit die website onthouden ?

Ik heb trouwens veel genoegdoening aan die weeklies, waarvoor mijn dank.
Jammer dat mijn vorige discussie de weekly niet gehaald heeft.

De Schrijnstraat is wel een interessante straat omdat hij officieel naar de 
Guido Gezellelaan  doorloopt.  Ik ben er wel een paar keer verdwaald voor ik 
door had dat er nog zo een grote fout in OSM zat.





Informatie Vlaanderen e-mail disclaimer: 
http://www.vlaanderen.be/informatievlaanderen
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[Talk-de] emergency access points

[Martin Koppenhoefer]

Mir ist eine Unstimmigkeit im deutschen Wiki aufgefallen wo ich mir nicht
sicher bin, wie man das am besten behandelt.

Es geht um diese "Übersetzung" der engl. Key-Definition:
https://wiki.openstreetmap.org/wiki/DE:Tag:emergency%3Daccess_point

Ganz unten unter "Richtlinien" stehen Tagging Beispiele (übrigens in für
das Wiki seltsamer Schreibweise):


Dabei dreht sich die Seite um den tag emergency=access_point

Ist das Absicht?

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

[Talk-it] Importazione alla cieca dei civici di Modena

[Regina Phalange]

Buongiorno a tutti,
ieri l'utente poschon ha effettuato un'importazione di massa dei numeri civici 
riguardanti la città di Modena, fonte 
http://dati.emilia-romagna.it/dataset/numerazione-civica-del-territorio-comunale--50f328b0/resource/fa3d040e-d4ea-4cdd-85c7-a83294fbeab0.
 Non è molto precisa come fonte e nella quasi totalità dei casi sarebbe meglio 
verificare di persona prima di effettuare un'importazione alla cieca. Come se 
non bastasse, l'utente ha importato senza verificare che vi fossero dati già 
presenti e la zona di Via Alassio/Largo Montecassino era un ottimo esempio di 
area mappata a regola d'arte. Questo fatto ha comportato la duplicazione di 
diversi numeri civici (es. Via Alassio e Largo Montecassino 
http://imgur.com/a/eLdXS).

La maggior parte della città fin'ora non aveva numeri civici, quindi forse in 
generale è meglio di niente. Com'è meglio procedere?

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

[OSM-talk-be] Tileborders zien

[Philippe Casteleyn]

Vorig jaar had ik een vraag over de Schrijnstraat in Mechelen die bij sommige 
zoomlevels Schijnrat of zo werd.  Ik vroeg toen ook hoe ik de tilegrenzen kon 
zien, vermits die er wellicht iets mee te maken hadden.

Ik heb het antwoord gevonden op de weeklies :
http://www.sammyshp.de/fsmap/#19/51.0/4.47479
Maar hoe zal ik ooit die website onthouden ?

Ik heb trouwens veel genoegdoening aan die weeklies, waarvoor mijn dank.
Jammer dat mijn vorige discussie de weekly niet gehaald heeft.

De Schrijnstraat is wel een interessante straat omdat hij officieel naar de 
Guido Gezellelaan  doorloopt.  Ik ben er wel een paar keer verdwaald voor ik 
door had dat er nog zo een grote fout in OSM zat.


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

Re: [Talk-it] place e wikidata

[Lorenzo "Beba" Beltrami]

Il giorno 3 marzo 2017 10:40, Martin Koppenhoefer 
ha scritto:

> se guardi avanti, "town" per wikidata è una sottoclasse di "administrative
> territorial entity" ma anche di "human settlement" e anche di "political
> territorial entity". Per essere onesto, credo che alcuni degli editori di
> wikidata non hanno molto chiaro i concetti ;-) Difficilmente ci si può
> fidare dalla classificazione wikidata, mentre i valori di population si
> riferiscono quasi sempre (suppongo) alle entità amministrative.
>

Da quello che ho visto mi è parso che Wikidata sia un progetto giovane e,
al momento, frutto di grossi import dalle varie Wikipedie (da qualche parte
bisognava pur partire). Inoltre Wikidata è molto più generico di OSM, che
invece si occupa di un ambito più geografico.
Questo per arrivare a dire che qua su OSM abbiamo avuto il tempo di
affrontare discussioni su discussioni per arrivare a classificazioni molto
più rigorose. Insomma è normale che su Wikidata ci sia del caos sul tema.
Anche io ho trovato molte incoerenze... Se non altro si possono sempre
modificare. =P


si, io metterei il dato del comune intero sulla relazione e sul place nel
> caso sia conosciuto quello del solo place e nel caso non sia conosciuto
> eviterei di mettere alcun dato per il momento.
>

+1
Anche secondo me è la soluzione corretta. Poi pian piano correggeremo
l'esistente.

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

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

[Martin Koppenhoefer]

Am 3. März 2017 um 10:21 schrieb rainerU :

> Eine strikt nach dem V2-Schema erfasste Haltestelle wird auf der
> Standard-Karte
> im Carto-Stil auf osm.org nur unvollständig gerendert. Insbesondere wird
> der
> Name der Haltestelle nicht angezeigt. Deshalb lassen viele Mapper neben den
> V2-konformen Objekten noch ein highway=bus_stop stehen.
>


+1
AFAIK kann carto-osm nicht erkennen, um welche Art Haltestelle es sich
handelt, weil der "bus" key nicht vorhanden ist.
Ist denn allgemein entschieden, dass PTV2 für einfache Bushaltestellen
besser sein soll in jeder Hinsicht als z.B. highway=bus_stop? Man muss ja
in diesem Fall keine tags entfernen um neue anzubringen...


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

[Talk-gb-westmidlands] Amey Birmingham Highway Assets Import

[Brian Prangle]

Hi everyone

Following on from our discussions at last night's monthly meeting can I
propose the following as a way forward?

Traffic Signals

Import as nodes and then gradually transfer relevant data to adjacent
traffic signal nodes,then deleting the import node as and when folk are
editing in the area. I think the only data we need to add is the usrn
number. At the time of import we add a FIXME note with instructions on what
to do on each node

Trees

We do this on an area by area basis, deleting the existing tree nodes along
highways and replacing with Amey data. The data looks good as far as
positional placement goes and the other data looks pretty comprehensive.
Jerry, who des have some expert knowledge in this area, has suggested this
approach supplemented with a survey to check the accuracy of the species
description. I don't think we have either the human resources or expertise
to do the follow-up survey and I think we'll have to rely on the accuracy
of Amey.

Overall this approach will be slower and more human-intensive but works
around our lack of programming skills to do a mass extract compare delete
import

On both issues I'll contact Amey as to how they propose to release data for
additions and deletions.

Regards

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

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

[Santens Seppe]

Oh yes, one more thing: traffic signs are often contradictory (e.g. different 
message at beginning and end of the street), which of course is very 
frustrating…

Van: Santens Seppe
Verzonden: vrijdag 3 maart 2017 10:45
Aan: 'OpenStreetMap Belgium'
Onderwerp: RE: [OSM-talk-be] Missing oneway:bicycle=no

Thanks for this script André. It’s simple, but it clearly shows where there is 
work to do.
I’ve corrected a few situations in Ghent. Some remarks/questions:

·I’ve seen the combination of oneway=no and cycleway=opposite. I guess 
the latter tag should (always?) be deleted in this case (of course given that 
the oneway=no is correct). Or could there be a reason why it is there?

·Things can get complicated/confusing when you have a separately mapped 
cycle track running along the way that is tagged with oneway=yes (and possibly 
bicycle=use_sidepath).

·I think it’s a good idea to always tag oneway:bicycle=yes in 
combination with oneway=yes where applicable (because not having an exception 
for bicycles in a oneway=yes street is usually an exception, if you get what I 
mean). This could help verification by others.

Cheers,

Seppe

Van: André Pirard [mailto:a.pirard.pa...@gmail.com]
Verzonden: dinsdag 14 februari 2017 17:35
Aan: Tag discussion, strategy and related tools; OpenStreetMap Belgium
Onderwerp: [OSM-talk-be] Missing oneway:bicycle=no

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

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

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

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

Could we please correct those mistakes?

Cheers
André.


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

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

[Santens Seppe]

Thanks for this script André. It’s simple, but it clearly shows where there is 
work to do.
I’ve corrected a few situations in Ghent. Some remarks/questions:

·I’ve seen the combination of oneway=no and cycleway=opposite. I guess 
the latter tag should (always?) be deleted in this case (of course given that 
the oneway=no is correct). Or could there be a reason why it is there?

·Things can get complicated/confusing when you have a separately mapped 
cycle track running along the way that is tagged with oneway=yes (and possibly 
bicycle=use_sidepath).

·I think it’s a good idea to always tag oneway:bicycle=yes in 
combination with oneway=yes where applicable (because not having an exception 
for bicycles in a oneway=yes street is usually an exception, if you get what I 
mean). This could help verification by others.

Cheers,

Seppe

Van: André Pirard [mailto:a.pirard.pa...@gmail.com]
Verzonden: dinsdag 14 februari 2017 17:35
Aan: Tag discussion, strategy and related tools; OpenStreetMap Belgium
Onderwerp: [OSM-talk-be] Missing oneway:bicycle=no

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

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

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

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

Could we please correct those mistakes?

Cheers
André.


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

Re: [Talk-it] place e wikidata

[Martin Koppenhoefer]

2017-03-03 9:47 GMT+01:00 Marcello :

> Inizio dall'elemento wikidata nei nodi place, se prendo il mio comune
> (elemento Q6238) la descrizione è "comune italiano", quindi è giusto
> collegarlo alla relazione, ma guardando la descrizione in inglese riporta
> "town ...", quindi mi verrebbe da dire che va collegato al place.
>

se guardi avanti, "town" per wikidata è una sottoclasse di "administrative
territorial entity" ma anche di "human settlement" e anche di "political
territorial entity". Per essere onesto, credo che alcuni degli editori di
wikidata non hanno molto chiaro i concetti ;-) Difficilmente ci si può
fidare dalla classificazione wikidata, mentre i valori di population si
riferiscono quasi sempre (suppongo) alle entità amministrative.


 In francese mi sembra che corrisponda all'italiano ma non so nelle varie
> altre lingue quale è il significato. Ho guardato Firenze, città di
> tutt'altra dimensione, e la situazione è sostanzialmente la stessa, quindi
> credo che sia uniforme per tutti i comuni.



si, il discorso delle varie lingue è anche un problema. Non sono sempre
semplici traduzioni 1:1 (anzi, è probabilmente impossibile fare una
traduzione 1:1, ogni traduzione è sempre un'interpretazione).

Per il discorso place e admin boundary, questi in wikipedia spesso sono
mischiati, ma in wikidata c'è sempre un oggetto per articolo wp, mentre per
una descrizione semantica più sensata ci dovrebbero essere 2 e più.



> Propongo di collegare l'elemento wikidata alla relazione e segnalare in
> Wikidata:Bar che per l'inglese andrebbe creata o usata una categoria
> diversa da associare ai comuni. Che ne dite?
>

c'è anche https://www.wikidata.org/wiki/Q747074 come "instance of" (Q6238).



> Riguardo alla popolazione invece, sempre partendo dal mio comune, ma se
> era un import sarà stato uniforme, il nodo è stato creato da Niccolo nel
> 2007, c'è il tag gfoss_id quindi credo che la provenienza del dato sia
> quella, la popolazione era quella dell'intero comune e non del solo centro
> amministrativo.
>


hm, sei sicuro? Perché è il contrario di quello che dice Daniele.



>
> Nel settembre scorso l'utente fayor stava aggiornando i dati di
> popolazione dei comuni italiani aggiornandoli al 01/01/2016, mi ha scritto
> che trovava quel tipo di suddivisione solo in Umbria, mentre nel resto del
> centro/sud aveva sempre trovato la popolazione dell'intera amministrazione
> associata al centro amministrativo, anche se riteneva corretta la mia
> suddivisione mi consigliava, per uniformità, di inserire sul centro
> amministrativo la popolazione dell'intero comune.
>


penso sia più importante essere corretto che uniforme ;-)
Una volta sollevata la questione si possono correggere man mano i dati
consensualmente sbagliati. Per me ogni tag deve applicarsi all'oggetto al
quale viene messo, sennò diventa un casino ingestibile.



> Dato che qui in lista si era in mezzo alla questione dei nomi in sardo non
> ho voluto aprire un altro thread che poteva generare divisioni, quindi ho
> adottato il metodo 'standard' e sugli admin_centre ho aggiunto un tag
> 'population:note' dove ho riportato la popolazione del centro abitato, dato
> che volevo in qualche modo mantenere anche quel dato.
>


quindi si potrebbe ripristinare



> Anche per questo chiedo il vostro parere su come dovremmo inserire la
> popolazione, mi rendo conto però che il dato più semplice da trovare e
> inserire è quello di tutto il comune, per i singoli centri abitati c'è da
> lavorare di più.
>

si, io metterei il dato del comune intero sulla relazione e sul place nel
caso sia conosciuto quello del solo place e nel caso non sia conosciuto
eviterei di mettere alcun dato per il momento.

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

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

[rainerU]

Eine strikt nach dem V2-Schema erfasste Haltestelle wird auf der Standard-Karte
im Carto-Stil auf osm.org nur unvollständig gerendert. Insbesondere wird der
Name der Haltestelle nicht angezeigt. Deshalb lassen viele Mapper neben den
V2-konformen Objekten noch ein highway=bus_stop stehen.


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

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

[Stephan Knauss]

Kannst du bitte einen Link zu so einer Stelle posten?
Vielleicht auch den Node und die Tags um die es konkret geht? 

Updates können durchaus mal etwas länger brauchen aber mehrere Wochen klingt 
ungewöhnlich. 


On March 3, 2017 8:41:52 AM GMT+01:00, goegeo  wrote:
>Hallo Mitstreiter,
>
>ich bearbeite bereits seit einiger Zeit Busrouten und zugehörige 
>Infrastrukturen. Ich folge dabei dem PTv2-Schema.
>
>Mir war jetzt aufgefallen, dass viele Änderungen sowohl vom 
>Mapnik-Renderer, wie auch in der ÖPNV-Karte auch nach Wochen nicht in 
>der abgeänderten Form verarbeitet werden. Es sind immer noch die 
>früheren Bezeichnungen von Haltestellen (Name etc.) vorhanden. In
>Teilen 
>sind auch gar keine Daten, obwohl von mir erfasst. Parallel sind 
>dieselben Daten aber in JOSM abrufbar. Bin ein wenig ratlos.
>
>Kann jemand weiterhelfen, woran es liegen könnte. Danke!
>
>___
>Talk-de mailing list
>Talk-de@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-de
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-it] place e wikidata

[Marcello]

Bell'argomento, questa discussione però mi fa sorgere dubbi sia su come
collegare gli elementi "wikidata", sia su come inserire la popolazione
dei centri abitati.

Inizio dall'elemento wikidata nei nodi place, se prendo il mio comune
(elemento Q6238) la descrizione è "comune italiano", quindi è giusto
collegarlo alla relazione, ma guardando la descrizione in inglese
riporta "town ...", quindi mi verrebbe da dire che va collegato al
place. In francese mi sembra che corrisponda all'italiano ma non so
nelle varie altre lingue quale è il significato. Ho guardato Firenze,
città di tutt'altra dimensione, e la situazione è sostanzialmente la
stessa, quindi credo che sia uniforme per tutti i comuni.

Propongo di collegare l'elemento wikidata alla relazione e segnalare in
Wikidata:Bar che per l'inglese andrebbe creata o usata una categoria
diversa da associare ai comuni. Che ne dite?

Riguardo alla popolazione invece, sempre partendo dal mio comune, ma se
era un import sarà stato uniforme, il nodo è stato creato da Niccolo nel
2007, c'è il tag gfoss_id quindi credo che la provenienza del dato sia
quella, la popolazione era quella dell'intero comune e non del solo
centro amministrativo.

Lo scorso anno ho controllato tutte le frazioni umbre dal censimento
2011 (perché ne mancavano un bel po'), quindi ho messo la popolazione di
ogni centro abitato sul nodo place e quella dell'intero comune (c'erano
i dati del 2015) sulla relazione, mettendo una commento per descrivere
la variazione, altrimenti non si sarebbe capito come mai la popolazione
era diminuita ache considerevolmente.
Nel settembre scorso l'utente fayor stava aggiornando i dati di
popolazione dei comuni italiani aggiornandoli al 01/01/2016, mi ha
scritto che trovava quel tipo di suddivisione solo in Umbria, mentre nel
resto del centro/sud aveva sempre trovato la popolazione dell'intera
amministrazione associata al centro amministrativo, anche se riteneva
corretta la mia suddivisione mi consigliava, per uniformità, di inserire
sul centro amministrativo la popolazione dell'intero comune. Dato che
qui in lista si era in mezzo alla questione dei nomi in sardo non ho
voluto aprire un altro thread che poteva generare divisioni, quindi ho
adottato il metodo 'standard' e sugli admin_centre ho aggiunto un tag
'population:note' dove ho riportato la popolazione del centro abitato,
dato che volevo in qualche modo mantenere anche quel dato.

Anche per questo chiedo il vostro parere su come dovremmo inserire la
popolazione, mi rendo conto però che il dato più semplice da trovare e
inserire è quello di tutto il comune, per i singoli centri abitati c'è
da lavorare di più.

Ciao
Marcello

P.S. Scusate la lunghezza del messaggio.  (Aury88, non ti fai vedere
spesso in lista, qualcuno che scrive messaggi corposi ci vuole :-))

On 02/03/2017 14:16, Martin Koppenhoefer wrote:

> 2017-03-02 13:20 GMT+01:00 Daniele Forsi  >:
>
> Il 2 marzo 2017 10:27, Martin Koppenhoefer ha scritto:
>
> > Che ne dite, tolgo "wikipedia", "wikidata" e "population" dal
> nodo place? A
> > cosa si referisce gfoss_id=4969?
>
> gfoss_id è la source di un import[1] con dati ISTAT del censimento
> 2001, compresi population e le coordinate poco precise dei nodi,
> doveva servire per aggiornarli automaticamente, ma non mi sembra che
> sia stato mai fatto
>
> se togli population non lo puoi copiare automaticamente sulla
> relazione perché il dato originale si riferiva alla singola località e
> non a tutto il territorio comunale
>
>
>
> OK, perfetto, allora lascio "population", anche se poco attuale,
> meglio di niente.
>
>  
>
>
> non so se sia meglio toglierlo o lasciarlo, per quanto mi riguarda se
> un giorno avrò bisogno del numero di abitanti in Italia lo prenderò
> sicuramente dalla fonte, cioè dall'ISTAT e non da OSM, però per
> l'estero non mi metterei a cercare i vari censimenti e lo prenderei da
> OSM...
>
>
>
> si, e sopratutto per avere un'idea è molto meglio avere qualcosa di
> niente, anche se poco preciso.
>
> ciao,
> Martin

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

[Talk-cz] přesun fotek rozcestníků

[Zdeněk Pražák]

přesouval jsem na openstreetmap.cz fotografie nevyužitých rozcestníků z
tabulky na http://osm.fit.vutbr.cz/OsmHiCheck/gp/?img=petr1888

když jsem se poté podíval do fronty rozcestníků k přesunu, tak v ní nevidím
fotky s ID 3219, 3215, 3226 které Jsem přesunul na SpráVNé místo___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-lv] maproulette aptauja

[Rihards]

ja esat lietojuši maproulette, reku aptauja :)

https://goo.gl/forms/J8yhWC3IBsUZmTjS2
-- 
 Rihards

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

[osm-ve] 10 años de ediciones de OSM

[Wladimir Szczerban]

Comparador del mapa de OSM -  2007 vs 2017.
https://mvexel.github.io/thenandnow/#13/10.0715/-69.3055

Podemos ver que en Venezuela no había nada en el 2007.

-- 
Saludos,

Bolo
www.geoinquiets.cat
___
Talk-ve mailing list
Talk-ve@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ve