Re: [OSM-co] Edición mapa de Bogotá

[Andres Gomez Casanova]

Buenos días Sergio,

Soy AngocA de OSM.  Vi tu mensaje, y si bien es muy importante, la comunidad 
ahora está enfocada en Mocoa, por lo que no quiero que se pierda en el 
historial de mensajes de la lista de correo.
Viendo lo que dices, no encontré exactamente qué fue lo mal mapeado por el 
italiano Marcodena.
Explícame mejor, y cualquier corregimos.
Viendo los cambios de él, veo que fueron resultados de análisis de postgis, 
cómo si hubiera corrido un algoritmo, pero no fueron cambios manuales.

Me cuentas,



Andres Gomez Casanova
Angola


> On Apr 7, 2017, at 2:18 PM, Sergio Blanco  wrote:
> 
> Cordial saludo compañeros, 
> 
> Al consultar el mapa de Bogotá, se aprecia que el usuario MARCODENA ha 
> realizado ediciones agregando una traza del servicio Masivo de Trasporte de 
> la ciudad Transmilenio. 
> 
> Agregó la capa sobre el mapa Estándar, no utilizó la capa de Transporte 
> destinado para ello. Además utilizó una simbología de tipo de vía No acorde, 
> ya que éstas vías son utilizadas exclusivamente por el servicio de Buses. En 
> ésta página de buenas prácticas se puede apreciar lo dicho:
> https://wiki.openstreetmap.org/wiki/Tag:highway=bus_guideway 
> 
> 
> Adjunto imagen de como se ve el mapa Base.
> 
> Por favor podríamos debatir el tema para ver dónde se ubicaría mejor la capa 
> y la simbología a utilizar.
> 
> Gracias.
> 
> -- 
> Atentamente,
> Sergio Alberto Blanco Rojas
> 
> ___
> Talk-co mailing list
> Talk-co@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-co

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

Re: [OSM-talk] Looking for "primary language" map

[James]

You could try to look at the street qualifiers ex. Rue, boulevard, cercle,
croissant,etc placed before the street name would be french where as
English places it after the name

Xyz street
rue Xyz

On Apr 10, 2017 9:07 PM, "James"  wrote:

> John I meant the name itself: Jeanne d'arc weather you say boulevard or
> Boulevard it's pronounciation should be french same with Des Forest,
> Decarie, Chateau, Charlemagne.
> But then you have really english names like Tenth Line, Pheonix, Aquaview,
> etc
>
> So as I said generalizing won't help as well as south Montreal is very
> very very English.
>
> On Apr 10, 2017 8:59 PM, "john whelan"  wrote:
>
>> Orleans is part of Ottawa and all street names signs are bilingual or in
>> the process of being replaced by bilingual ones.  Certainly the street I
>> live on in Orleans has a bilingual street name sign.  The English French
>> question is very much political in Canada and I suspect much of the world.
>>
>> Montreal has a quite large English speaking community which is rare in
>> Quebec.
>>
>> You could try looking at the street names to see if they are in English
>> and have a second language name as well. name:fr for example.
>>
>> Cheerio John
>>
>> On 10 April 2017 at 20:47, James  wrote:
>>
>>> Well it might not be as simple as you say...take for instance Ottawa.
>>> It's in Ontario and pretty english. There is a suburb called Orléans in
>>> which is pretty much "the french part of town" as most street signs will be
>>> in french, but rest of Ottawa is pretty English(in terms of street signs)
>>>
>>>  So generilizing wont help you much...
>>>
>>> On Apr 10, 2017 8:27 PM, "Yuri Astrakhan" 
>>> wrote:
>>>
 Exactly, and that's the map I need -- a set of shapes that define these
 region mapping: Quebec+New Brunswick => fr, the rest of USA/Canada => en,
 ...
 The shapes may overlap because that would make geojson smaller - I will
 simply use the first one.

 Having this map will allow me to determine the likely language of the
 "name" tag for any location, which in turn make for a better multilingual
 map.

 On Mon, Apr 10, 2017 at 8:20 PM James  wrote:

> Well many countries have multiple official languages, Canada is French
> and English, but in practice is mostly Quebec and New brunswick...with
> small patches of french throughout the rest
>
> On Apr 10, 2017 8:12 PM, "Yuri Astrakhan" 
> wrote:
>
> James, thanks, but I was hoping for the language regions shapefile,
> e.g. in the GeoJSON form.  The list of official languages will require a
> lot of work to convert into the merged shapes, and it still not very good,
> as many countries have several official languages, e.g. Switzerland.
>
> On Mon, Apr 10, 2017 at 7:55 PM James  wrote:
>
> Also have you checked: https://en.wikipedia.
> org/wiki/List_of_official_languages_by_country_and_territory
>
> On Apr 10, 2017 7:50 PM, "James"  wrote:
>
> More like French for the entirety of the province of Quebec
>
> On Apr 10, 2017 7:38 PM, "Yuri Astrakhan" 
> wrote:
>
> Does anyone know of an open source language map - basically a set of
> geoshapes with the corresponding language code?  Country boundaries are 
> not
> needed - e.g. Canada and USA would be English with the exception of French
> for Montreal area.
>
> This is needed to guesstimate what language the "name" tag is in.
>
> Does not have to be very precise (10-20 MB is more than enough)
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
>>> ___
>>> talk mailing list
>>> talk@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk
>>>
>>>
>>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Looking for "primary language" map

[James]

John I meant the name itself: Jeanne d'arc weather you say boulevard or
Boulevard it's pronounciation should be french same with Des Forest,
Decarie, Chateau, Charlemagne.
But then you have really english names like Tenth Line, Pheonix, Aquaview,
etc

So as I said generalizing won't help as well as south Montreal is very very
very English.

On Apr 10, 2017 8:59 PM, "john whelan"  wrote:

> Orleans is part of Ottawa and all street names signs are bilingual or in
> the process of being replaced by bilingual ones.  Certainly the street I
> live on in Orleans has a bilingual street name sign.  The English French
> question is very much political in Canada and I suspect much of the world.
>
> Montreal has a quite large English speaking community which is rare in
> Quebec.
>
> You could try looking at the street names to see if they are in English
> and have a second language name as well. name:fr for example.
>
> Cheerio John
>
> On 10 April 2017 at 20:47, James  wrote:
>
>> Well it might not be as simple as you say...take for instance Ottawa.
>> It's in Ontario and pretty english. There is a suburb called Orléans in
>> which is pretty much "the french part of town" as most street signs will be
>> in french, but rest of Ottawa is pretty English(in terms of street signs)
>>
>>  So generilizing wont help you much...
>>
>> On Apr 10, 2017 8:27 PM, "Yuri Astrakhan" 
>> wrote:
>>
>>> Exactly, and that's the map I need -- a set of shapes that define these
>>> region mapping: Quebec+New Brunswick => fr, the rest of USA/Canada => en,
>>> ...
>>> The shapes may overlap because that would make geojson smaller - I will
>>> simply use the first one.
>>>
>>> Having this map will allow me to determine the likely language of the
>>> "name" tag for any location, which in turn make for a better multilingual
>>> map.
>>>
>>> On Mon, Apr 10, 2017 at 8:20 PM James  wrote:
>>>
 Well many countries have multiple official languages, Canada is French
 and English, but in practice is mostly Quebec and New brunswick...with
 small patches of french throughout the rest

 On Apr 10, 2017 8:12 PM, "Yuri Astrakhan" 
 wrote:

 James, thanks, but I was hoping for the language regions shapefile,
 e.g. in the GeoJSON form.  The list of official languages will require a
 lot of work to convert into the merged shapes, and it still not very good,
 as many countries have several official languages, e.g. Switzerland.

 On Mon, Apr 10, 2017 at 7:55 PM James  wrote:

 Also have you checked: https://en.wikipedia.
 org/wiki/List_of_official_languages_by_country_and_territory

 On Apr 10, 2017 7:50 PM, "James"  wrote:

 More like French for the entirety of the province of Quebec

 On Apr 10, 2017 7:38 PM, "Yuri Astrakhan" 
 wrote:

 Does anyone know of an open source language map - basically a set of
 geoshapes with the corresponding language code?  Country boundaries are not
 needed - e.g. Canada and USA would be English with the exception of French
 for Montreal area.

 This is needed to guesstimate what language the "name" tag is in.

 Does not have to be very precise (10-20 MB is more than enough)

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


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

Re: [OSM-talk] Looking for "primary language" map

[Yuri Astrakhan]

I simply need to determine the most likely language of the "name" tag (not
the "name:xx" tag). Does not have to be 100% correct - even 80% is great.

On Mon, Apr 10, 2017 at 8:59 PM john whelan  wrote:

Orleans is part of Ottawa and all street names signs are bilingual or in
the process of being replaced by bilingual ones.  Certainly the street I
live on in Orleans has a bilingual street name sign.  The English French
question is very much political in Canada and I suspect much of the world.

Montreal has a quite large English speaking community which is rare in
Quebec.

You could try looking at the street names to see if they are in English and
have a second language name as well. name:fr for example.

Cheerio John

On 10 April 2017 at 20:47, James  wrote:

Well it might not be as simple as you say...take for instance Ottawa. It's
in Ontario and pretty english. There is a suburb called Orléans in which is
pretty much "the french part of town" as most street signs will be in
french, but rest of Ottawa is pretty English(in terms of street signs)

 So generilizing wont help you much...

On Apr 10, 2017 8:27 PM, "Yuri Astrakhan"  wrote:

Exactly, and that's the map I need -- a set of shapes that define these
region mapping: Quebec+New Brunswick => fr, the rest of USA/Canada => en,
...
The shapes may overlap because that would make geojson smaller - I will
simply use the first one.

Having this map will allow me to determine the likely language of the
"name" tag for any location, which in turn make for a better multilingual
map.

On Mon, Apr 10, 2017 at 8:20 PM James  wrote:

Well many countries have multiple official languages, Canada is French and
English, but in practice is mostly Quebec and New brunswick...with small
patches of french throughout the rest

On Apr 10, 2017 8:12 PM, "Yuri Astrakhan"  wrote:

James, thanks, but I was hoping for the language regions shapefile, e.g. in
the GeoJSON form.  The list of official languages will require a lot of
work to convert into the merged shapes, and it still not very good, as many
countries have several official languages, e.g. Switzerland.

On Mon, Apr 10, 2017 at 7:55 PM James  wrote:

Also have you checked:
https://en.wikipedia.org/wiki/List_of_official_languages_by_country_and_territory

On Apr 10, 2017 7:50 PM, "James"  wrote:

More like French for the entirety of the province of Quebec

On Apr 10, 2017 7:38 PM, "Yuri Astrakhan"  wrote:

Does anyone know of an open source language map - basically a set of
geoshapes with the corresponding language code?  Country boundaries are not
needed - e.g. Canada and USA would be English with the exception of French
for Montreal area.

This is needed to guesstimate what language the "name" tag is in.

Does not have to be very precise (10-20 MB is more than enough)

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


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

Re: [OSM-talk] Looking for "primary language" map

[john whelan]

Orleans is part of Ottawa and all street names signs are bilingual or in
the process of being replaced by bilingual ones.  Certainly the street I
live on in Orleans has a bilingual street name sign.  The English French
question is very much political in Canada and I suspect much of the world.

Montreal has a quite large English speaking community which is rare in
Quebec.

You could try looking at the street names to see if they are in English and
have a second language name as well. name:fr for example.

Cheerio John

On 10 April 2017 at 20:47, James  wrote:

> Well it might not be as simple as you say...take for instance Ottawa. It's
> in Ontario and pretty english. There is a suburb called Orléans in which is
> pretty much "the french part of town" as most street signs will be in
> french, but rest of Ottawa is pretty English(in terms of street signs)
>
>  So generilizing wont help you much...
>
> On Apr 10, 2017 8:27 PM, "Yuri Astrakhan"  wrote:
>
>> Exactly, and that's the map I need -- a set of shapes that define these
>> region mapping: Quebec+New Brunswick => fr, the rest of USA/Canada => en,
>> ...
>> The shapes may overlap because that would make geojson smaller - I will
>> simply use the first one.
>>
>> Having this map will allow me to determine the likely language of the
>> "name" tag for any location, which in turn make for a better multilingual
>> map.
>>
>> On Mon, Apr 10, 2017 at 8:20 PM James  wrote:
>>
>>> Well many countries have multiple official languages, Canada is French
>>> and English, but in practice is mostly Quebec and New brunswick...with
>>> small patches of french throughout the rest
>>>
>>> On Apr 10, 2017 8:12 PM, "Yuri Astrakhan" 
>>> wrote:
>>>
>>> James, thanks, but I was hoping for the language regions shapefile, e.g.
>>> in the GeoJSON form.  The list of official languages will require a lot of
>>> work to convert into the merged shapes, and it still not very good, as many
>>> countries have several official languages, e.g. Switzerland.
>>>
>>> On Mon, Apr 10, 2017 at 7:55 PM James  wrote:
>>>
>>> Also have you checked: https://en.wikipedia.
>>> org/wiki/List_of_official_languages_by_country_and_territory
>>>
>>> On Apr 10, 2017 7:50 PM, "James"  wrote:
>>>
>>> More like French for the entirety of the province of Quebec
>>>
>>> On Apr 10, 2017 7:38 PM, "Yuri Astrakhan" 
>>> wrote:
>>>
>>> Does anyone know of an open source language map - basically a set of
>>> geoshapes with the corresponding language code?  Country boundaries are not
>>> needed - e.g. Canada and USA would be English with the exception of French
>>> for Montreal area.
>>>
>>> This is needed to guesstimate what language the "name" tag is in.
>>>
>>> Does not have to be very precise (10-20 MB is more than enough)
>>>
>>> ___
>>> talk mailing list
>>> talk@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk
>>>
>>>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Looking for "primary language" map

[Pierre Béland]

Do you want to know the various languages spoken or only a simplified official 
language map? Your need is not very clear. 
 
Pierre 


  De : Yuri Astrakhan 
 À : James  
Cc : OpenStreetMap talk mailing list 
 Envoyé le : lundi 10 avril 2017 20h14
 Objet : Re: [OSM-talk] Looking for "primary language" map
   
James, thanks, but I was hoping for the language regions shapefile, e.g. in the 
GeoJSON form.  The list of official languages will require a lot of work to 
convert into the merged shapes, and it still not very good, as many countries 
have several official languages, e.g. Switzerland.
On Mon, Apr 10, 2017 at 7:55 PM James  wrote:

Also have you checked: 
https://en.wikipedia.org/wiki/List_of_official_languages_by_country_and_territory
On Apr 10, 2017 7:50 PM, "James"  wrote:

More like French for the entirety of the province of Quebec
On Apr 10, 2017 7:38 PM, "Yuri Astrakhan"  wrote:

Does anyone know of an open source language map - basically a set of geoshapes 
with the corresponding language code?  Country boundaries are not needed - e.g. 
Canada and USA would be English with the exception of French for Montreal area.
This is needed to guesstimate what language the "name" tag is in.
Does not have to be very precise (10-20 MB is more than enough)
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk




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


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

Re: [OSM-talk] Looking for "primary language" map

[James]

Well it might not be as simple as you say...take for instance Ottawa. It's
in Ontario and pretty english. There is a suburb called Orléans in which is
pretty much "the french part of town" as most street signs will be in
french, but rest of Ottawa is pretty English(in terms of street signs)

 So generilizing wont help you much...

On Apr 10, 2017 8:27 PM, "Yuri Astrakhan"  wrote:

> Exactly, and that's the map I need -- a set of shapes that define these
> region mapping: Quebec+New Brunswick => fr, the rest of USA/Canada => en,
> ...
> The shapes may overlap because that would make geojson smaller - I will
> simply use the first one.
>
> Having this map will allow me to determine the likely language of the
> "name" tag for any location, which in turn make for a better multilingual
> map.
>
> On Mon, Apr 10, 2017 at 8:20 PM James  wrote:
>
>> Well many countries have multiple official languages, Canada is French
>> and English, but in practice is mostly Quebec and New brunswick...with
>> small patches of french throughout the rest
>>
>> On Apr 10, 2017 8:12 PM, "Yuri Astrakhan" 
>> wrote:
>>
>> James, thanks, but I was hoping for the language regions shapefile, e.g.
>> in the GeoJSON form.  The list of official languages will require a lot of
>> work to convert into the merged shapes, and it still not very good, as many
>> countries have several official languages, e.g. Switzerland.
>>
>> On Mon, Apr 10, 2017 at 7:55 PM James  wrote:
>>
>> Also have you checked: https://en.wikipedia.org/wiki/List_of_official_
>> languages_by_country_and_territory
>>
>> On Apr 10, 2017 7:50 PM, "James"  wrote:
>>
>> More like French for the entirety of the province of Quebec
>>
>> On Apr 10, 2017 7:38 PM, "Yuri Astrakhan" 
>> wrote:
>>
>> Does anyone know of an open source language map - basically a set of
>> geoshapes with the corresponding language code?  Country boundaries are not
>> needed - e.g. Canada and USA would be English with the exception of French
>> for Montreal area.
>>
>> This is needed to guesstimate what language the "name" tag is in.
>>
>> Does not have to be very precise (10-20 MB is more than enough)
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Looking for "primary language" map

[Yuri Astrakhan]

Exactly, and that's the map I need -- a set of shapes that define these
region mapping: Quebec+New Brunswick => fr, the rest of USA/Canada => en,
...
The shapes may overlap because that would make geojson smaller - I will
simply use the first one.

Having this map will allow me to determine the likely language of the
"name" tag for any location, which in turn make for a better multilingual
map.

On Mon, Apr 10, 2017 at 8:20 PM James  wrote:

> Well many countries have multiple official languages, Canada is French and
> English, but in practice is mostly Quebec and New brunswick...with small
> patches of french throughout the rest
>
> On Apr 10, 2017 8:12 PM, "Yuri Astrakhan"  wrote:
>
> James, thanks, but I was hoping for the language regions shapefile, e.g.
> in the GeoJSON form.  The list of official languages will require a lot of
> work to convert into the merged shapes, and it still not very good, as many
> countries have several official languages, e.g. Switzerland.
>
> On Mon, Apr 10, 2017 at 7:55 PM James  wrote:
>
> Also have you checked:
> https://en.wikipedia.org/wiki/List_of_official_languages_by_country_and_territory
>
> On Apr 10, 2017 7:50 PM, "James"  wrote:
>
> More like French for the entirety of the province of Quebec
>
> On Apr 10, 2017 7:38 PM, "Yuri Astrakhan"  wrote:
>
> Does anyone know of an open source language map - basically a set of
> geoshapes with the corresponding language code?  Country boundaries are not
> needed - e.g. Canada and USA would be English with the exception of French
> for Montreal area.
>
> This is needed to guesstimate what language the "name" tag is in.
>
> Does not have to be very precise (10-20 MB is more than enough)
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Looking for "primary language" map

[James]

Well many countries have multiple official languages, Canada is French and
English, but in practice is mostly Quebec and New brunswick...with small
patches of french throughout the rest

On Apr 10, 2017 8:12 PM, "Yuri Astrakhan"  wrote:

> James, thanks, but I was hoping for the language regions shapefile, e.g.
> in the GeoJSON form.  The list of official languages will require a lot of
> work to convert into the merged shapes, and it still not very good, as many
> countries have several official languages, e.g. Switzerland.
>
> On Mon, Apr 10, 2017 at 7:55 PM James  wrote:
>
>> Also have you checked: https://en.wikipedia.org/wiki/List_of_official_
>> languages_by_country_and_territory
>>
>> On Apr 10, 2017 7:50 PM, "James"  wrote:
>>
>> More like French for the entirety of the province of Quebec
>>
>> On Apr 10, 2017 7:38 PM, "Yuri Astrakhan" 
>> wrote:
>>
>> Does anyone know of an open source language map - basically a set of
>> geoshapes with the corresponding language code?  Country boundaries are not
>> needed - e.g. Canada and USA would be English with the exception of French
>> for Montreal area.
>>
>> This is needed to guesstimate what language the "name" tag is in.
>>
>> Does not have to be very precise (10-20 MB is more than enough)
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Looking for "primary language" map

[Yuri Astrakhan]

James, thanks, but I was hoping for the language regions shapefile, e.g. in
the GeoJSON form.  The list of official languages will require a lot of
work to convert into the merged shapes, and it still not very good, as many
countries have several official languages, e.g. Switzerland.

On Mon, Apr 10, 2017 at 7:55 PM James  wrote:

> Also have you checked:
> https://en.wikipedia.org/wiki/List_of_official_languages_by_country_and_territory
>
> On Apr 10, 2017 7:50 PM, "James"  wrote:
>
> More like French for the entirety of the province of Quebec
>
> On Apr 10, 2017 7:38 PM, "Yuri Astrakhan"  wrote:
>
> Does anyone know of an open source language map - basically a set of
> geoshapes with the corresponding language code?  Country boundaries are not
> needed - e.g. Canada and USA would be English with the exception of French
> for Montreal area.
>
> This is needed to guesstimate what language the "name" tag is in.
>
> Does not have to be very precise (10-20 MB is more than enough)
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Looking for "primary language" map

[James]

Also have you checked:
https://en.wikipedia.org/wiki/List_of_official_languages_by_country_and_territory

On Apr 10, 2017 7:50 PM, "James"  wrote:

> More like French for the entirety of the province of Quebec
>
> On Apr 10, 2017 7:38 PM, "Yuri Astrakhan"  wrote:
>
>> Does anyone know of an open source language map - basically a set of
>> geoshapes with the corresponding language code?  Country boundaries are not
>> needed - e.g. Canada and USA would be English with the exception of French
>> for Montreal area.
>>
>> This is needed to guesstimate what language the "name" tag is in.
>>
>> Does not have to be very precise (10-20 MB is more than enough)
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Looking for "primary language" map

[James]

More like French for the entirety of the province of Quebec

On Apr 10, 2017 7:38 PM, "Yuri Astrakhan"  wrote:

> Does anyone know of an open source language map - basically a set of
> geoshapes with the corresponding language code?  Country boundaries are not
> needed - e.g. Canada and USA would be English with the exception of French
> for Montreal area.
>
> This is needed to guesstimate what language the "name" tag is in.
>
> Does not have to be very precise (10-20 MB is more than enough)
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Looking for "primary language" map

[Yuri Astrakhan]

Does anyone know of an open source language map - basically a set of
geoshapes with the corresponding language code?  Country boundaries are not
needed - e.g. Canada and USA would be English with the exception of French
for Montreal area.

This is needed to guesstimate what language the "name" tag is in.

Does not have to be very precise (10-20 MB is more than enough)
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Mappare POIs su strada: aree VS nodi VS nodi in a way

[Martin Koppenhoefer]

2017-04-10 15:12 GMT+02:00 jprimav :

> 1. Il civico puo essere pensato come caratteristica fissa dell edificio
>


in realtà dell'ingresso



> quindi meglio mapparlo a parte piuttosto che associato a un POI il quale un
> domani potrebbe chiudere o spostarsi.
>


se non mappiamo gli edifici come poligoni con indirizzi (cosa non possiamo
fare per come funzionano i civici in Italia), allora dovremmo ripetere
l'indirizzo ad ogni POI. Potrebbe anche essere diverso nel caso ci siano
più di un civico per accedere al POI, (per esempio gli civici agli ingressi
possono essere 3 nodi con 1, 3 e 5, mentre il POI ha come indirizzo solo 1,
oppure ha 1/3/5 come indirizzo, ecc.).



> Nel caso in cui coincida con un entrata nell edificio, lo vedete meglio
> associato a un tag entrance o da solo?
>


i civici sono al solito abbinati o ad un ingresso (ad un edificio,
entrance=*) oppure ad un barrier=gate / entrance (ingresso alle pertinenze
di un edificio).


>
> 2. come faccio a mappare il negozio al piano terra di un edificio
> multipiano usando un'area?
>


relazione del tipo multipoligono



> L'area sarebbe sovrapposta in toto o in parte
> all'area del building. Immagino che i "layer" sarebbero distinguibili solo
> usando il tag level. Oppure per fare questo siamo gia nel campo di mappng
> indoor?
>


non esiste una vera e propria distinzione da indoor e outdoot, si mappa
tutto ;-)
si, si potrebbe considerare indoor

"layer" è un tag topologico, "level" descrive il piano (layer dice soltanto
localmente quale feature è sopra l'altro).



>
> 3. @martin se residential non e completamente corretto e yes e troppo vago,
> allora cosa consigli per un edificio muktipiano con negozi e appartamenti?
>


io al solito uso "apartments" per questa tipologia, non mi piace moltissimo
ma non ci sono alternative per il momento. Da una analisi di dati si
potrebbe comunque capire che ci sono anche negozi (cosa il tag apartments
non dice).

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

Re: [Talk-it] Importare i fabbricati

[Martin Koppenhoefer]

2017-04-10 13:48 GMT+02:00 carlo folini :

> Se poi dovessi mettermi a mappare i fabbricati a mano, avere già una
> sagoma da modificare è più veloce (oppure cancellarla semplicemente
> premendo un tasto).



se usi josm, nella modalità "building" è superveloce per disegnare edifici.
Il tuo comune non è molto grande, un po' ci si mette comunque ;-), ma non è
che devi fare tutto in una volta. Vedrai che disegnando le case uno si
accorge di tante altre cose.

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

[Talk-it] come organizzare il wiki per comuni che non sono città?

[Martin Koppenhoefer]

qualche tempo fa ho creato nel wiki una pagina per Mazzano Romano, un
comune nel Lazio.
https://wiki.openstreetmap.org/wiki/Lazio/Mazzano_Romano

Ho poi aggiunto type=village nel page template della pagina, ma il sistema
non ha creato una pagina raccoglitore tipo questa per le città:
https://wiki.openstreetmap.org/wiki/Category:Cities_in_Italy

o meglio, indica che la pagina non esiste, però cliccando sul link in basso
generato dal sistema, si arriva ad una pagine che elenca tutte le pagine
dei paesi (suppongo, Mazzano è il primo paese in lista), e suggerisce di
creare una pagina:
https://wiki.openstreetmap.org/w/index.php?title=Category:Villages_in_Lazio

ho copiato e modificato dei templates dalla pagina delle città, ma non so
se ho fatto bene, ho inserito questo:

[[Category:Villages in Europe|Italy]]
[[Category:Places in Italy|*Villages]]
[[Category:IT:Luoghi in Italia|*comuni]]

In qualche modo "funziona", ma Mazzano Romano non compaia (ancora?) nella
lista. Devo solo aspettare, oppure ho sbagliato qualcosa?

Ho visto che altri comuni si sono classificati come città, per esempio qui:
https://wiki.openstreetmap.org/wiki/Morsano_al_Tagliamento
E' da seguire, oppure sbagliato?

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

Re: [Talk-in] Use MapRoulette to improve OSM - India data

[muzirian]

Was fixing railway stations over? found some usable data :p

https://github.com/datameet/railways/blob/master/stations.json

On Tue, Apr 4, 2017 at 4:59 PM, Naveen Francis  wrote:

> Yes. Not all national highways have wikipedia article
> Master list of all highways are here
> 
> We have about 452 national highways.
> In english wikipedia, we have only articles for 255 highways.
> For old numbering we have about 48 articles, that has to be deleted later.
>
> --
> naveenpf
>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-it-lazio] incontro mappatori il 10/4

[Martin Koppenhoefer]

2017-04-10 21:27 GMT+02:00 Fra Mauro :

> Scusate, non sono riuscito a passare comunque



nonostante la prossimità di Via Fra Mauro:
http://www.openstreetmap.org/way/22820741
;-)

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

[OSM-talk-ie] Tagging the Ireland/Northern Ireland border

[Paul Oldham]

Hi folks

We at The Hug are coming to the end of rendering a set of tiles for 
Ireland and we came across an odd issue when rendering the border. We 
tried to use boundary=administrative plus admin_level=2 as per the 
wiki[1][2] but when we rendered using that combination we realized that 
there was a problem in that about 75% was so tagged and the rest wasn't.


Some sections were missing both tags, some were missing one.

So I worked my way through all along the border to ensure the entire 
border had boundary=administrative plus admin_level=2 so it was both 
consistent and tied up with the tagging mandated by the wiki. That both 
helped us and, I thought, was making the OSM data more consistent.


I also found that the much of border had a tag boundary_type=nation. We 
weren't clear where that came from as it's not mentioned in the wiki but 
we were faced with either taking it out of lots of sections or adding it 
to less. Preferring to be constructive rather than destructive we opted 
for the latter.


I've since had a comment from user SK53 saying that "We're a bit puzzled 
by these edits"[3] (I'm not sure who "we" is in this context?) and they 
said:



At the very least you need to discuss this with the Irish OSM community
at the talk-ie mailing list.


So here I am. I think my questions are:

1. Are you happy with what I've done?

2. If not then can you explain why some of the border was not
  previously tagged boundary=administrative plus admin_level=2 so that
  I'm clear why it was done that way?

3. Does anyone know what the story is behind the boundary_type=nation
  tagging?

--
Paul

[1] http://wiki.openstreetmap.org/wiki/Key:boundary

[2] 
http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#admin_level


[3] http://www.openstreetmap.org/changeset/47540796

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

Re: [Talk-it-lazio] incontro mappatori il 10/4

[Fra Mauro]

Scusate, non sono riuscito a passare comunque 

Il 10 Aprile 2017 18:48:03 CEST, Flaminia Tumino  ha 
scritto:
>credo almeno fino alle otto.
>Flaminia
>
>Il giorno 10 aprile 2017 17:52, Fra Mauro  ha
>scritto:
>
>> Fino a che ora state lì?
>>
>> Il 10 Aprile 2017 14:54:18 CEST, jprimav  ha
>scritto:
>>>
>>> Io dovrei farcela
>>> A dopo
>>>
>>>
>>>
>>> --
>>> View this message in context:
>http://gis.19327.n8.nabble.com/Talk-it-lazio-incontro-mappatori-il-10-4-tp5894560p5895120.html
>>> Sent from the Lazio mailing list archive at Nabble.com.
>>>
>>> --
>>>
>>> Talk-it-lazio mailing list
>>> Talk-it-lazio@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-it-lazio
>>>
>>>
>> --
>> Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la
>brevità.
>>
>> ___
>> Talk-it-lazio mailing list
>> Talk-it-lazio@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it-lazio
>>
>>

-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio

Re: [OSM-talk-be] FW: Basiskaart Vlaanderen (GRB) - Wijzigingen GRB-producten vanaf juli 2017

[Marc Gemis]

On Mon, Apr 10, 2017 at 5:10 PM, Glenn Plas  wrote:
> On 06-04-17 15:29, Santens Seppe wrote:
>> Possibly of importance for the GRB - OSM merge.
>
> Impact isn't too big.  Marc gemis will probably cheer as Gba  type
> uitbreiding will be gone.  Those are usually just buildings/parts of and
> probably belong in Gbg :)

:-D

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

Re: [Talk-cz] Rozbitý tracer (řešení konfliktů tagů)

[Marián Kyral]

Dne 9.4.2017 v 21:25 Marián Kyral napsal(a):

Dne 2.4.2017 v 19:06 Marián Kyral napsal(a):

Pozor, pozor, pozor.


V JOSM v11772 došlo je změně v jádře, byla odstraněna funkce, kterou 
tracer používá a proto se místo zobrazení dialogu s konfliktními tagy 
zobrazí chyba: java.lang.NoSuchMethodError


Bohužel zatím nevím co s tím a nedokáži říci, kdy se problém podaří 
vyřešit. Do té doby doporučuji používat starší verzi JOSM (před 11772)


Oprava je na světě, zítra otestuji a vydám.

Marián


Tak Martinovo řešení otestováno a vydáno. Nezapomeňte si zase zapnout 
aktualizace ;-)


Marián

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

[Talk-lt] OpenStreetMap bendravimo kanalai Lietuvoje

[RN]

Absoliučiai pritariu!!!


--- Forwarded message ---
From: Eduardas Kriščiūnas 
Date: April 10, 2017 7:58:00 PM
Subject: Re: [Talk-lt] OpenStreetMap bendravimo kanalai Lietuvoje
To: OSM Talk LT 

Manau, kad perkėlus DALĮ bendravimo iš talk-lt į FB nebebus diskusijos
niekur. FB, mano manymu, yra skirta tik turinio vartotojams, o ne
kūrėjams. Vartotojų OSM ir taip netrūksta, tad kam lįsti į FB?
___

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




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

[Talk-GB] Recent Imports

[Brian Prangle]

Hi everyone

I'm now back in circulation after a much-needed off-grid break. Give me a
couple of days to digest what's been going on and get back into gear and
you'll have a considered response from me.

regards

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

[Talk-gb-westmidlands] Recent Imports

[Brian Prangle]

Hi everyone

I'm now back in circulation after a much-needed off-grid break. Give me a
couple of days to digest what's been going on and get back into gear and
you'll have a considered response from me.

regards

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

Re: [Talk-lt] OpenStreetMap bendravimo kanalai Lietuvoje

[Eduardas Kriščiūnas]

Manau, kad perkėlus DALĮ bendravimo iš talk-lt į FB nebebus diskusijos 
niekur. FB, mano manymu, yra skirta tik turinio vartotojams, o ne 
kūrėjams. Vartotojų OSM ir taip netrūksta, tad kam lįsti į FB?


Mantas rašė:
2017 m. balandžio 10 d. 15:53, Tomas Straupis > rašė:

> > Visko gali būti. Galima nebent susitarti, jei kas rašo į talk-lt el.
> > pašto grupę, kad taip pat į bcc įtrauktų ir Facebook grupės el. pašto
> > adresą.
>
>   Arba fb grupės el. pašto adresą įtraukti į talk-lt kaip „narį“. Tada
> automatu viskas į fb grupę važiuos.

Specialiai pasiūliau fb grupės el. pašto adresą įtraukti į bcc, kad
keliautų tik pirmas laiškas, be atsakymų (reply) į pirmą laišką, kadangi
atsakymų į laišką Facebook grupės nemoka konvertuoti į komentarą ir
kiekvieną laišką tiesiog rašo ant sienos, kaip naują temą.

Žodžiu, jei keliaus visi laiškai, Facebook grupėje tai neatrodys labai
gražiai.


--
 Mantas aka sirex
  __o   /\
_ \<,_   -- launchpad.net/~sirex  
--  /\/  \

___(_)/_(_)_/_/\
^



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




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

[talk-latam] Fwd: Re: [OSM-co] Resumen de Talk-co, Vol 105, Envío 2

[Jean-Guilhem Cailton]

Translation into English :

"Hi

We are mapping here: http://tareas.openstreetmap.co/project/46

With this imagery for
now: http://bni.gov.co:8080/geoservicios/ortofotomosaicos/wms

Here is where we coordinate: https://t.me/osmco

Nico Vargas"


Also look at other messages on
https://lists.openstreetmap.org/pipermail/talk-co/2017-April/thread.html

In particular, extracted from Federico's
(https://lists.openstreetmap.org/pipermail/talk-co/2017-April/004270.html) :

"Mapear, en caso de imagen de satélite disponible, las cuencas de los
ríos (el área del lecho de río, con natural=scree) para dimensionar las
zonas inundables/inundadas."

Map, if satellite imagery is available [which should be the case by now
with wms imagery], river basins (riverbed area, with natural = scree) to
size flood / flooded areas [areas exposed to flood, and flooded areas]


Best wishes,

Jean-Guilhem


 Message transféré 
Sujet : Re: [OSM-co] Resumen de Talk-co, Vol 105, Envío 2
Date :  Sun, 2 Apr 2017 10:20:14 -0500
De :Nicolás Vargas 
Répondre à :OpenStreetMap Colombia 
Pour :  talk...@openstreetmap.org



Hola

Estamos mapeando acá: http://tareas.openstreetmap.co/project/46

Con esta info por el
momento: http://bni.gov.co:8080/geoservicios/ortofotomosaicos/wms

Acá nos estamos coordinando: https://t.me/osmco

Nico Vargas

El 02/04/2017, a las 07:00, talk-co-requ...@openstreetmap.org
 escribió:

> Envíe los mensajes para la lista Talk-co a
>talk...@openstreetmap.org 
>
> Para subscribirse o anular su subscripción a través de la WEB
>https://lists.openstreetmap.org/listinfo/talk-co
>
> O por correo electrónico, enviando un mensaje con el texto "help" en
> el asunto (subject) o en el cuerpo a:
>talk-co-requ...@openstreetmap.org
> 
>
> Puede contactar con el responsable de la lista escribiendo a:
>talk-co-ow...@openstreetmap.org
> 
>
> Si responde a algún contenido de este mensaje, por favor, edite la
> linea del asunto (subject) para que el texto sea mas especifico que:
> "Re: Contents of Talk-co digest...". Además, por favor, incluya en la
> respuesta sólo aquellas partes del mensaje a las que está
> respondiendo.
> Asuntos del día:
>
>   1. Fwd: Mapeo para Mocoa, Colombia ? (Jean-Guilhem Cailton)
> 
> ___
> Talk-co mailing list
> talk...@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-co
___
Talk-co mailing list
talk...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

[Talk-it-lazio] Fwd: Fwd: Proposta di mapping collettivo - Sabato 1 aprile ore 15.00 al Bar San Francisco (Torpignattara)

[Flaminia Tumino]

File CSV con i Murales
Flaminia
Artist;Title;Year;Technique;Address;City;State
MP5;Millennials;2016;Acrylic paint on wall;Via Cencelli 91;Rome;Italy
Blek le Rat;The Man Who Walks through Walls / Monna Lisa;2015;Spray paint on wall;Via Gabrio Serbelloni 24;Rome;Italy
Pure Evil;Love Bomb I;2015;Spray paint on wall;Via Galeazzo Alessi 122;Rome;Italy
Pure Evil;Love Bomb II;2015;Spray paint on wall;Via di San Barnaba 2;Rome;Italy
Borondo and Edoardo Tresoldi;;2015;Metal mesh and acrylic on wall;Piazza Difesa per le Donne;Milan;Italy
2501;La Montagna di Quarto- Tempus Fugit;2015;Acrylic and metallic paint on wall;Via Simoni, angolo Via Pascarelli;Milan;Italy
Max Ripppon (Ripo);The Futility and Necessity of our Repetitive and Self-Negating Actions;2015;Acrylic and spray paint on wall;Via Vittani,6;Milan;Italy
2501;Intersection;2015;Acrylic and ink on wall;Via Fortebraccio 16;Rome;Italy
Agostino Iacurci;Clear Sky on the Pink House;2015;Acrylic on wall;Via Oddi 6;Rome;Italy
2501;Assonometria del cerchio;2015;Acrylic and ink on wall;Via de Magistris 15;Rome;Italy
Ludo;;2015;Poster and acrylic on wall;Via Ciro da Urbino 33;Rome;Italy
Sten Lex;;2015;Stencil poster and acrylic on wall;Via Baracca 11;Rome;Italy
Sten Lex;;2015;Stencil poster andacrylic on wall;Via Ciro da Urbino 11 ?;Rome;Italy
L?Atlas;;2014;Acrylic on wall;Via Alessi 209;Rome;Italy
;;
L?Atlas;;2014;Acrylic on wall;Via Casilina 125;Rome;
Sam3;La Barca;2014;Acrylic on wall;Via Prenestina 114 ;Rome;
Sam3;Key-Man;2014;Acrylic on wall;Via Casilina 125;Rome;
Alexey Luka;Straniera;2014;Spray paint on wall;Via dell?Acquedotto Alessandrino 16;Rome;
Jef AＳosol;Tom;2014;Stencil and spray paint on wall;Via Gabrio Serbelloni 60;Rome;
Aakash Nihalani;Spaced;2014;Acrylic and spray paint on wall;Via Alessi 261;Rome;
Aakash Nihalani;;2014;Corrugated plastic;Via Casilina 125;Rome;
Agostino Iacurci;Zero Infinito;2014;Acrylic on wall;Via Teano 223;Rome;
Alexis Rero;Supervised Independence;2013;Acrylic on wall;Via Ostiense 133b;Rome;
C215;Mea Maxima Culpa;2013;Stencil and spray paint on wall;Via Ostiense 133b;Rome;
C215;;2013;Stencil and spray paint on wall;Via Ciro da Urbino 12;Rome;
C215;;2013;Stencil and spray paint on wall;Via Ciro da Urbino 14;Rome;
Mark Jenkins;Living Layers;2012;Installation; Via Casilina 125;Rome;
Escif;Orecchio destro;2012;Acrylic paint on wall;Via Gabrio Serbelloni 127;Rome;
;;
;;
;;
___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio

[Talk-it] Nomi personaggi storici

[Marco_T]

Apro nuova discussione per non sporcare il post di Daniele.


Fabrizio Tambussa wrote
> il nome ufficiale lo stabilisce il Comune, quello dell'ISTAT è un
> desiderio
> 
> Quindi se il mio comune ha stabilito ufficialmente che si chiama "Via
> Cavour"  è sbagliato normalizzarlo in Via Camillo Benso di Cavour fintanto
> che non viene deliberata dal comune stesso la normalizzazione?

Ni. Il comune decide a chi intitolare la via l'ISTAT decide come va
titolata.
Bisogna fare attenzione a normalizzare:
Cavour è sia un cognome che un comune per questo l'ISTAT ha previsto che nel
caso di personaggi storici vada indicato nome e cognome al fine di evitare
situazioni ambigue.
Pertanto se il comune ha deliberato Via Cavour si intende la località e non
la persona.

E' tutto ben spiegato qui a pag. 7 punti 2 e 3.

http://www.agenziaentrate.gov.it/wps/file/Nsilib/Nsi/Home/CosaDeviFare/Consultare+dati+catastali+e+ipotecari/Scambio+dati+catastali+e+cartografici+con+enti+o+PA/Portale+per+i+Comuni/Servizi+portale+dei+comuni/toponomastica/Informativa+Istat/Informativa+Istat+ANSC+del+6+maggio_AGGIORNAMENTO+27_11_2014.pdf

Soluzione migliore è verificare se c'e' una delibera altrimenti si può
controllare scaricando gli stradari "certificati" che usa l'Agenzia delle
Entrate, comunicati dai comuni e redatti secondo le specifiche ISTAT (vedasi
link mio messaggio di ieri).

-- 
Marco_T



--
View this message in context: 
http://gis.19327.n8.nabble.com/Nomi-personaggi-storici-tp5895130.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Groupe local Villejuif

[Christian Quest]

Pas (encore) de groupe local Villejuif... mais un groupe local francilien ;)

Je ne suis pas très loin de Villejuif (St-Maur) et il y a pas mal 
d'activité sur Ivry.


Pour les réunions parisiennes, elles sont annoncées sur 
https://forum.openstreetmap.fr/viewforum.php?f=18



Le 10/04/2017 à 18:17, Thomas Ruchin a écrit :

Bonjour Loîc,

En tablant sur quelques centaines de contributeurs (réellement) actifs 
dans OSM en France, ça en fait potentiellement grand maximum une 
dizaine sur le département du Val de Marne donc avec un peu de chance 
un sur la commune de Villejuif. Et coup de bol, c'est toi  !


Donc n'hésite pas à alimenter la base en y ajoutant les adresses de 
Villejuif qui n'y seraient pas.
NB : Si la source de donnée adresse est celle de la ville de 
Villejuif, il faut vérifier en amont que cette "base adresse" est bien 
publiée au format opendata compatible.


Et si tu as des questions sur comment bien faire tout cela, le mieux 
est de participer à une des rencontres mensuelles des parisiens, 
généralement le dernier jeudi de chaque mois à 19h30 à la Fondation 
Charles-Léopold Mayer pour le Progrès de l'Homme 38 rue Saint-Sabin 
Paris 11.


Bonne continuation

T. Ruchin

Le 10 avril 2017 à 14:01, DAYOT Loïc > a écrit :


Bonjour,

Je souhaiterais savoir s’il existe un groupe local ayant de
projets de contribution à OSM pour la commune de Villejuif (94
Val-de-Marne). Les numéros sur les voies sont peu renseignés sur
la ville ; je me propose d’y travailler, mais je ne voudrais pas
faire double emploi avec d’autres contributeurs ou d’autres projets.

Cordialement,

Loïc Dayot

DSIO - Direction des systèmes d’information et d’organisation

Mairie de Villejuif – Hôtel de ville – Esplanade Pierre-Yves
Cosnier – 94807 Villejuif

http://www.ville-villejuif.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



--
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] Groupe local Villejuif

[Thomas Ruchin]

Bonjour Loîc,

En tablant sur quelques centaines de contributeurs (réellement) actifs dans
OSM en France, ça en fait potentiellement grand maximum une dizaine sur le
département du Val de Marne donc avec un peu de chance un sur la commune de
Villejuif. Et coup de bol, c'est toi  !

Donc n'hésite pas à alimenter la base en y ajoutant les adresses de
Villejuif qui n'y seraient pas.
NB : Si la source de donnée adresse est celle de la ville de Villejuif, il
faut vérifier en amont que cette "base adresse" est bien publiée au format
opendata compatible.

Et si tu as des questions sur comment bien faire tout cela, le mieux est de
participer à une des rencontres mensuelles des parisiens, généralement le
dernier jeudi de chaque mois à 19h30 à la Fondation Charles-Léopold Mayer
pour le Progrès de l'Homme 38 rue Saint-Sabin Paris 11.

Bonne continuation

T. Ruchin

Le 10 avril 2017 à 14:01, DAYOT Loïc  a écrit :

> Bonjour,
>
> Je souhaiterais savoir s’il existe un groupe local ayant de projets de
> contribution à OSM pour la commune de Villejuif (94 Val-de-Marne). Les
> numéros sur les voies sont peu renseignés sur la ville ; je me propose d’y
> travailler, mais je ne voudrais pas faire double emploi avec d’autres
> contributeurs ou d’autres projets.
>
> Cordialement,
>
>
>
> Loïc Dayot
>
> DSIO - Direction des systèmes d’information et d’organisation
>
> Mairie de Villejuif – Hôtel de ville – Esplanade Pierre-Yves Cosnier –
> 94807 Villejuif
>
> http://www.ville-villejuif.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: [Talk-in] How shall we handle multiple railway=station tags at the same place?

[Srihari Thalla]

Taking this even further, I think tagging the area around the railway
stations with landuse=railway would even be very useful and will be
rendered as a light pink coloured background!

[1] Viajaywada - https://www.openstreetmap.org/#map=16/16.5190/80.6205
[2] Bengaluru - https://www.openstreetmap.org/#map=16/12.9786/77.5703
[3] Chennai Central - https://www.openstreetmap.org/#map=16/13.0864/80.2717
[4] http://overpass-turbo.eu/s/ogl

On Fri, 31 Mar 2017 at 22:35 Srihari Thalla  wrote:

> Seems someone actually updated with landuse=railway!
>
> [1] - https://www.openstreetmap.org/changeset/47262978
>
> On Mon, 27 Mar 2017 at 21:31 muzirian  wrote:
>
> Your suggestion sounds good, isn't landuse=railway good? what alternative
> is available?
>
> On Mon, Mar 27, 2017 at 9:16 PM, Srihari Thalla 
> wrote:
>
> I am not sure if this is discussed earlier, but what shall we do?
>
> We can trace and tag the buildings with building=train_station but shall
> we update the areas with landuse=railway (or maybe something better)?
>
> [1] http://overpass-turbo.eu/s/nOB
> [2] http://wiki.openstreetmap.org/wiki/Tag:building%3Dtrain_station
> [3] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Drailway
> [4]
> https://lists.openstreetmap.org/pipermail/talk-in/2017-March/002813.html
>
> cc @PlaneMad @muzirian
>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [OSM-talk-fr] Circonscriptions électorales...

[Jérôme Amagat]

Le 9 avril 2017 à 17:36, Frédéric Rodrigo <fred.rodr...@gmail.com> a écrit :

> Salut,
>
> Je commence à regarder ce sujet aussi.
>
> Avant même de penser aux détails (commune fusionnées) il faudrait
> commencer par avoir tes les relations des circonscriptions. Ce qui n'est
> toujours pas la cas.
>
> J'ai fermé les relations existantes que je pouvais (2). Il y en a une à
> Marseille que je ne sais pas fermer facilement, elle n'as pas de voisine.
>
> Ces relations avait été commencé avant le redécoupage des cantons pour les
> dernières législatives. Il faut également être sur qu'elles se basent sur
> ces nouveaux cantons.
>

Le redécoupage des cantons de 2015 ne change rien au limites des
circonscriptions législatives, c'est ce que je comprends en lisant des
questions au gouvernement :
http://questions.assemblee-nationale.fr/q14/14-72868QE.htm
http://questions.assemblee-nationale.fr/q14/14-75797QE.htm

On ne pourrait de toute facon pas passer des anciens aux nouveaux
facilement vu que leurs nombres a été divisé en gros par 2.

sur legifrance dans le code électoral :
https://www.legifrance.gouv.fr/affichCode.do;jsessionid=
E432AD93DC080064BF835410229BBAC0.tpdila14v_2?idSectionTA=
LEGISCTA06115471=LEGITEXT06070239=20170410
https://www.legifrance.gouv.fr/affichCode.do;jsessionid=
E432AD93DC080064BF835410229BBAC0.tpdila14v_2?idSectionTA=
LEGISCTA06115472=LEGITEXT06070239=20170410
https://www.legifrance.gouv.fr/affichCode.do;jsessionid=
E432AD93DC080064BF835410229BBAC0.tpdila14v_2?idSectionTA=
LEGISCTA20950783=LEGITEXT06070239=20170410

Les limite des circonscriptions sont définit grâce aux anciens cantons donc
il faut connaître les limites des anciens cantons pour obtenir les
circonscriptions

J'ai créé les circonscriptions de Lyon (069 1 2 3 4) : (je me suis servit
de ça : https://data.grandlyon.com/citoyennete/circonscription-
de-la-ville-de-lyon/)


>
> Dans certains cas de communes découpées en plusieurs cantons je pense que
> les limites des circonscriptions ne sont pas bonne et sont uniquement des
> regroupement de communes.
>
> Il en manque encore 79 :
>
>  008-01
>  008-02
>  008-03
>  011-01
>  011-03
>  013-01
>  013-03
>  013-04
>  013-05
>  013-06
>  013-07
>  024-01
>  024-02
>  024-03
>  024-04
>  027-01
>  027-02
>  027-03
>  027-04
>  027-05
>  028-03
>  030-04
>  030-05
>  031-04
>  037-01
>  051-01
>  051-02
>  051-03
>  051-04
>  059-13
>  061-01
>  061-02
>  061-03
>  062-01
>  062-04
>  062-06
>  062-08
>  064-02
>  064-03
>  066-01
>  066-02
>  066-03
>  067-01
>  069-01
>  069-02
>  069-03
>  069-04
>  080-01
>  080-02
>  080-03
>  080-04
>  080-05
>  083-01
>  971-01
>  971-02
>  971-03
>  971-04
>  972-01
>  972-02
>  972-03
>  972-04
>  973-01
>  973-02
>  974-01
>  974-02
>  974-03
>  974-04
>  974-05
>  974-06
>  974-07
>  975-01
>  975-02
>  976-01
>  976-02
>  977-01
>  977-02
>  977-03
>  978-01
>  979-01
>
> Cette page montre l'avancement, mais avant redécoupage des cantons il me
> semble :
> https://wiki.openstreetmap.org/wiki/FR:Circonscriptions_l%C3
> %A9gislatives_in_France
>
> ComComMaker n'est pour l'instant pas utilisable, il n'affiche pas les
> cantons.
> http://comcommaker.openstreetmap.fr
>
> Layers non plus, il n'y encore qu'un calque unique pour les
> circonscriptions législatives et les cantons :
> http://layers.openstreetmap.fr/?zoom=11=43.61297=1.4
> 8408=BFT
>
> Frédéric.
>
> Le 05/01/2017 à 11:22, Christian Quest a écrit :
>
>> Il y a forcément dans changements... j'ai déjà un exemple (facile):
>> Germincourt (02) a fusionné avec Cormicy (51), donc changement de
>> département (et de région). La limite de la circonscription a forcément
>> changé.
>>
>> Ce cas n'est sûrement pas isolé.
>>
>> Autre chose, on n'a pas encore pris en compte toutes les fusions. D'après
>> mon contact à l'INSEE il y en aurait plutôt 200 que 180... un fichier
>> récapitulatif sera publié dans une dizaine de jours.
>>
>>
>> Le 4 janvier 2017 à 20:52, Jérôme Amagat <jerome.ama...@gmail.com
>> <mailto:jerome.ama...@gmail.com>> a écrit :
>>
>> J'ai regarder des arrêtés préfectoraux pour les communes nouvelle
>> et les intercommunalité et j'ai jamais rien vu sur des
>> redécoupages de circonscriptions électorales, les arrondissement
>> départementaux sont parfois modifié mais c'est tout.
>> il me semble que normalement les circonscriptions sont basé sur
>> les cantons mais les cantons ont pas mal évolué pour les élections

Re: [Talk-it] nomi con date

[Fabrizio Tambussa]

scusate OT clamoroso.


Il 10/Apr/2017 17:49, "Fabrizio Tambussa"  ha scritto:

>
>
> Il 10/Apr/2017 14:51, "Daniele Forsi"  ha scritto:
>
> Il 10 aprile 2017 14:45, Davide Sandona' ha scritto:
>
> > official_name tutto in maiuscolo seguendo le direttive ISTAT sarebbe il
> top!
>
> il nome ufficiale lo stabilisce il Comune, quello dell'ISTAT è un desiderio
>
>
> Quindi se il mio comune ha stabilito ufficialmente che si chiama "Via
> Cavour"  è sbagliato normalizzarlo in Via Camillo Benso di Cavour fintanto
> che non viene deliberata dal comune stesso la normalizzazione?
>
> A questo punto se è il comune che comanda non so quanto potremo
> normalizzare. Alcune delibere risalgono a prima della guerra in cui si
> usava anteporre il cognome al nome, quindi ufficialmente avremo Via
> Pagliano Eleuterio (in questo caso è un bene perché nemmeno i locals sanno
> che Pagliano fa di nome Eleuterio...),ecc.
> Saluti
>
>
> --
> Daniele Forsi
>
> ___
> 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] nomi con date

[Fabrizio Tambussa]

Il 10/Apr/2017 14:51, "Daniele Forsi"  ha scritto:

Il 10 aprile 2017 14:45, Davide Sandona' ha scritto:

> official_name tutto in maiuscolo seguendo le direttive ISTAT sarebbe il
top!

il nome ufficiale lo stabilisce il Comune, quello dell'ISTAT è un desiderio


Quindi se il mio comune ha stabilito ufficialmente che si chiama "Via
Cavour"  è sbagliato normalizzarlo in Via Camillo Benso di Cavour fintanto
che non viene deliberata dal comune stesso la normalizzazione?

A questo punto se è il comune che comanda non so quanto potremo
normalizzare. Alcune delibere risalgono a prima della guerra in cui si
usava anteporre il cognome al nome, quindi ufficialmente avremo Via
Pagliano Eleuterio (in questo caso è un bene perché nemmeno i locals sanno
che Pagliano fa di nome Eleuterio...),ecc.
Saluti


--
Daniele Forsi

___
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-lazio] incontro mappatori il 10/4

[Fra Mauro]

Fino a che ora state lì?

Il 10 Aprile 2017 14:54:18 CEST, jprimav  ha scritto:
>Io dovrei farcela
>A dopo
>
>
>
>--
>View this message in context:
>http://gis.19327.n8.nabble.com/Talk-it-lazio-incontro-mappatori-il-10-4-tp5894560p5895120.html
>Sent from the Lazio mailing list archive at Nabble.com.
>
>___
>Talk-it-lazio mailing list
>Talk-it-lazio@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it-lazio

-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio

Re: [Talk-cz] Otevřená data v Plzni

[Matej Lieskovský]

Od IPR máme explicitní souhlas používat letecké fotky celé Prahy a okolí.

"IPR Praha souhlasí s využíváním ortofotografií, které poskytuje
prostřednictvím Geoportálu hl. m. Prahy, za účelem aktualizace a doplňování
databáze OpenStreetMap, přičemž vzniklá vektorová data smí být vložena do
OSM pod licencí ODbL za předpokladu, že IPR bude uveden v seznamu
přispěvatelů do OSM a takto vzniklá data budou mít IPR uveden jako svůj
zdroj."

Takže prosím nastavovat source tag alespoň na changeset.

2017-04-10 17:25 GMT+02:00 Ladislav Nesnera :

> Krom toho, že CC-BY-SA zrušili
> ,
> ale nenahradili jinou, tak mi z toho plyne, že Plzeň dobrý, ba přímo
> skvělý, ale z IPRu nezle ani ťuk
> 
> :/ Nebo je to jinak?   ;?
>
> On 3.4.2017 16:35, Jan Macura wrote:
>
> Ahoj,
>
> boží! Skvělá práce, Pavle! A ani to nakonec nestálo tolik úsilí, ne? :-)
> Takže můžeme začít vymýšlet, co všechno a jak naimportujeme :-)
>
> H.
>
> 2017-04-03 15:11 GMT+02:00 Pavel Cvrček :
>
>> Ahoj,
>>
>> dnes mi dorazilo do e-mailu následující:
>>
>> "Rád bych vás informoval, že v Plzni došlo k dohodě, že data poskytována
>> za GIS budou stejně jako ostatní data v opendatech města plzně pod licencí
>> Open Data Commons Open Database License (ODbL) (viz úvodní stránka opendat
>> města Plzně: https://opendata.plzen.eu/).
>> Licenční omezení „Creative Commons Uveďte autora – Zachovejte licenci“,
>> které je dosud uvedeno u všech dat GIS bude odstraněno při nejbližším
>> importu nových datových vrstev do Opendat (předpokládáme, že zítra)"
>>
>> :)
>>
>> Pavel
>>
>> Dne 17. února 2017 13:03 Pavel Cvrček 
>> napsal(a):
>>
>> Ahoj,
>>>
>>> tak jsem udělal první výstřel na oddělení GIS Správy informačních
>>> technologií města, která má otevřená data na starosti. Zatím jsme si
>>> vyměnili dva e-maily, kde jsme se domlouvali, co je potřeba s tím, že se to
>>> "pošouplo" výše, aby žádost někdo posoudil. Nadhodil jsem to formou viz
>>> níže. Tak uvidíme... výsledek pak napíšu.
>>>
>>> Pavel
>>>
>>> Dne 13. února 2017 4:03 Matej Lieskovský 
>>> napsal(a):
>>>
 https://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility

 Zkušenost z Prahy:
 Změna licence je těžká. Raději miřte na explicitní souhlas. Pomáhá:
  - zdůraznit, že to bude otevřený formát (a pouze odvozená data)
  - slíbit jim uvedení zdroje (source tag)
  - nabídnout zpracování statistik o využívanosti dat (pro ně je to
 možnost vykázat nějakou užitečnost, pro nás je to vyhledání všech
 changesetů a prvků s tím source tagem)

 Posílal jsem kompletní komunikaci s IPR Praha, můžete se inspirovat :)

 2017-02-12 20:58 GMT+01:00 Jan Macura :

> Ahoj,
>
> na začátek musím poznamenat, že ve srovnání s Krnem Plzeň těžce
> prohrává. KMZ, výkresy z CADu, obrázky PNG... Naprosto tristní formáty, 
> pro
> GIS de facto nepoužitelné. Škoda slov. Co by teď člověk dal za GeoJSON...
>
> Ad tvoje otázka: No určitě to může být CC-0 ;-) Pokud by nikdo v listu
> nevěděl líp, mohli bychom zkusit obrátit se s prosbou o konzultaci
> kompatibility licencí na Creative Commons ČR
> .
>
> H.
>
> 2017-02-12 20:46 GMT+01:00 Pavel Cvrček :
>
>> Ahoj,
>>
>> město Plzeň již nějaký čas zpřístupňuje některá svá data jako open
>> data (https://opendata.plzen.eu/) a postupně nabídku dat rozšiřuje.
>> Co jsem se namátkou díval, jsou poskytována pod licencí Creative Commons
>> Uveďte autora-Zachovejte licenci.
>>
>> Předpokládám, že tato licence není OSM kompatibilní. Chtěl bych se ně
>> proto obrátit, zda by data mohli zveřejňovat i pod licencí, která umožní
>> jejich využití pro potřeby OSM. Rád bych se zeptal zkušenějších... musí
>> být Open Data Commons Open Database License (ODbL)? Nebo co vše je
>> akceptovatelné, aby šlo z dat čerpat pro potřeby OSM?
>>
>> Díky
>>
>> Pavel
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>>
>>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>

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


>>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> 

Re: [Talk-cz] Otevřená data v Plzni

[Ladislav Nesnera]

Krom toho, že CC-BY-SA zrušili
,
ale nenahradili jinou, tak mi z toho plyne, že Plzeň dobrý, ba přímo
skvělý, ale z IPRu nezle ani ťuk

:/ Nebo je to jinak?   ;?


On 3.4.2017 16:35, Jan Macura wrote:
> Ahoj,
>
> boží! Skvělá práce, Pavle! A ani to nakonec nestálo tolik úsilí, ne? :-)
> Takže můžeme začít vymýšlet, co všechno a jak naimportujeme :-)
>
> H.
>
> 2017-04-03 15:11 GMT+02:00 Pavel Cvrček  >:
>
> Ahoj,
>
> dnes mi dorazilo do e-mailu následující:
>
> "Rád bych vás informoval, že v Plzni došlo k dohodě, že data
> poskytována za GIS budou stejně jako ostatní data v opendatech
> města plzně pod licencí Open Data Commons Open Database License
> (ODbL) (viz úvodní stránka opendat města Plzně:
> https://opendata.plzen.eu/).
> Licenční omezení „Creative Commons Uveďte autora – Zachovejte
> licenci“, které je dosud uvedeno u všech dat GIS bude odstraněno
> při nejbližším importu nových datových vrstev do Opendat
> (předpokládáme, že zítra)"
>
> :)
>
> Pavel
>
> Dne 17. února 2017 13:03 Pavel Cvrček  > napsal(a):
>
> Ahoj,
>
> tak jsem udělal první výstřel na oddělení GIS Správy
> informačních technologií města, která má otevřená data na
> starosti. Zatím jsme si vyměnili dva e-maily, kde jsme se
> domlouvali, co je potřeba s tím, že se to "pošouplo" výše, aby
> žádost někdo posoudil. Nadhodil jsem to formou viz níže. Tak
> uvidíme... výsledek pak napíšu.
>
> Pavel
>
> Dne 13. února 2017 4:03 Matej Lieskovský
>  > napsal(a):
>
> https://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility
> 
>
> Zkušenost z Prahy:
> Změna licence je těžká. Raději miřte na explicitní
> souhlas. Pomáhá:
>  - zdůraznit, že to bude otevřený formát (a pouze odvozená
> data)
>  - slíbit jim uvedení zdroje (source tag)
>  - nabídnout zpracování statistik o využívanosti dat (pro
> ně je to možnost vykázat nějakou užitečnost, pro nás je to
> vyhledání všech changesetů a prvků s tím source tagem)
>
> Posílal jsem kompletní komunikaci s IPR Praha, můžete se
> inspirovat :)
>
> 2017-02-12 20:58 GMT+01:00 Jan Macura  >:
>
> Ahoj,
>
> na začátek musím poznamenat, že ve srovnání s Krnem
> Plzeň těžce prohrává. KMZ, výkresy z CADu, obrázky
> PNG... Naprosto tristní formáty, pro GIS de facto
> nepoužitelné. Škoda slov. Co by teď člověk dal za
> GeoJSON...
>
> Ad tvoje otázka: No určitě to může být CC-0 ;-) Pokud
> by nikdo v listu nevěděl líp, mohli bychom zkusit
> obrátit se s prosbou o konzultaci kompatibility
> licencí na Creative Commons ČR
> .
>
> H.
>
> 2017-02-12 20:46 GMT+01:00 Pavel Cvrček
>  >:
>
> Ahoj,
>
> město Plzeň již nějaký čas zpřístupňuje některá
> svá data jako open data
> (https://opendata.plzen.eu/) a postupně nabídku
> dat rozšiřuje. Co jsem se namátkou díval, jsou
> poskytována pod licencí Creative Commons Uveďte
> autora-Zachovejte licenci. 
>
> Předpokládám, že tato licence není OSM
> kompatibilní. Chtěl bych se ně proto obrátit, zda
> by data mohli zveřejňovat i pod licencí, která
> umožní jejich využití pro potřeby OSM. Rád bych se
> zeptal zkušenějších... musí být Open Data Commons
> Open Database License (ODbL)? Nebo co vše je
> akceptovatelné, aby šlo z dat čerpat pro potřeby OSM?
>
> Díky
>
> Pavel
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> 
> https://lists.openstreetmap.org/listinfo/talk-cz
> 

Re: [Talk-cz] Nový formulář pro nahrávání fotek Was: Re: Fotografovani rozcestniku

[Zdeněk Pražák]

díky za nový nahrávací formulář - vše funguje výborně a až se doplní volba
typu rozcestníku na servru, tak to nebude mít chybu

Pražák
-- Původní e-mail --
Od: Marián Kyral 
Komu: talk-cz@openstreetmap.org
Datum: 9. 4. 2017 21:26:35
Předmět: Re: [Talk-cz] Nový formulář pro nahrávání fotek Was: Re:
Fotografovani rozcestniku
"Tak jsem ještě trochu poladil zobrazování chybových hlášek a základ je
hotov. Narazil jsem na pár svých fotek, kde mi server vrací nesmyslnou
chybu "No bbox provided". To zkusím vyřešit s wallym.

Jsou tam ještě nějaké drobnosti, ale ty nebrání nasazení. Takže zítra
ještě trochu učešu a pošlu to k instalaci.

Marián

Dne 9.4.2017 v 11:00 Milan Cerny napsal(a):
> Mariáne, výborná práce. Vše funguje jak má.
>
> Moc díky!
>
> Milan
> __
>> Od: Marián Kyral 
>> Komu: OpenStreetMap Czech Republic 
>> Datum: 09.04.2017 00:39
>> Předmět: Re: [Talk-cz]
>>
>> Tak už to i nahrává. Teď jsem to docela intenzivně testoval. Ještě to
>> chce trochu vylepšit odezvu při nahrávání, aby uživatel věděl, že se
>> něco děje, ale to už je maličkost.
>>
>> Jo a ty typy rozcestníků - pěší, cyklo, lyžařské… zatím nefungují - to
>> vyžaduje změnu na serveru, která tam zatím není.
>>
>> Marián
>>
>> Dne 8.4.2017 v 12:36 Marián Kyral napsal(a):
>>> Dne 5.4.2017 v 13:20 Marián Kyral napsal(a):
 -- Původní e-mail --

 Od: Milan cernymilan...@centrum.cz

 Komu: OpenStreetMap Czech republictalk...@openstreetmap.org

 Datum: 5. 4. 2017 10:53:01

 Předmět: Re: [Talk-cz] Fotografovani rozcestniku


> Taky už se těším na Mariánovu vychytávku:)
 Budu se snažit nezklamat ;-)
>>> Tak už se to docela rýsuje. Teď jsem dodělával zobrazení většího
>>> obrázku po kliknutí na náhled. Byl to opět boj, ale nakonec to funguje
>>> podle mých představ.
>>>
>>> K otestování na: http://rawgit.com/osmcz/osmcz/photoDB-gui/index.html
>>>
>>> Poslední věc, kterou to zatím neumí, je finální odeslán fotky na
>>> server ;-)
>>> Na to se vrhnu večer.
>>>
>>>
>>>
>>>
>>> Marián
>>>
>>>
>>>
>>> ___
>>> Talk-cz mailing list
>>> Talk-cz@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-cz
>>
>>
>> --
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>>
>>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz


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

Re: [OSM-talk-be] FW: Basiskaart Vlaanderen (GRB) - Wijzigingen GRB-producten vanaf juli 2017

[Glenn Plas]

On 06-04-17 15:29, Santens Seppe wrote:
> Possibly of importance for the GRB - OSM merge.

Impact isn't too big.  Marc gemis will probably cheer as Gba  type
uitbreiding will be gone.  Those are usually just buildings/parts of and
probably belong in Gbg :)

Glenn


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

Re: [OSM-talk] JOSM help needed - settings lost

[Jo]

Hi Andy,

Your JOSM settings are stored here:

C:\Users\YOURUSERNAME\AppData\Roaming\JOSM\preferences.xml

Did you logon as another user?

Polyglot

2017-04-10 14:45 GMT+02:00 Andy Mabbett :

> I'm using JOSM 11639, under Windows 10, and all my settings seem to be
> missing - for example aerial imagery, remote control activation, and
> plugins.  My user name and password are remembered.
>
> Any tips for recovering them?
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-ja] 4/15 東京！街歩き！マッピングパーティ：第７回 小石川後楽園

[yasunari yamashita]

新宿の山下です。こんにちわ。

今月の東京！街歩き！マッピングパーティは今週末の 4/15 に
小石川後楽園で開催します。
オプショナルプログラムとして、
ボランティアガイドさんによる園内ガイドも。

マッピングのあとは、OSMを肴にワイワイと懇親会！
ぜひお越しください！！

https://openstreetmap.connpass.com/event/52984/

2017年3月23日 12:41 yasunari yamashita :
> 新宿の山下です。皆さんこんにちわ
>
> 毎月開催している 東京！街歩き！マッピングパーティ
> ４月は１５日（土）に中国趣味ゆたかな深山幽谷、小石川後楽園で開催します。
> https://openstreetmap.connpass.com/event/52984/
>
> 未経験者の方も、初心者の方も、もちろんベテランの皆様も、
> ぜひご一緒しましょう。参加をお待ちしています！
> --
> 山下康成＠東京都新宿区
-- 
山下康成＠東京都新宿区
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-lt] OpenStreetMap bendravimo kanalai Lietuvoje

[Tomas Straupis]

> Žodžiu, jei keliaus visi laiškai, Facebook grupėje tai neatrodys labai
> gražiai.

  Toks „automatas“ bet kokiu atveju tvarkingai visko nepadarys... Kad
būtų tvarkinga, bet kokiu atveju kažkas turėtų tuo užsiimti.

  Taipogi jei rašys dalail...@freetibet.lt, o tokio adreso fb nežinos
(jei žmogus neturi fb paskyros arba su fb paskyra susijęs kitas
e-pašto adresas), tai vėlgi neaišku, kas bus „rašytojas“ fb grupėje...

  BCC pridėti stipriai neintuityvu. Ypač tiems, kurie fb nenaudoja ir
dėl to negalvoja apie fb.

-- 
Tomas

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

Re: [Talk-it] Mappare POIs su strada: aree VS nodi VS nodi in a way

[jprimav]

Grazie scratera, marco, martin.

È vero che sono ancora alle prime armi però vorrei imparare la mappatura
ottimale. Poi so che in mancanza di tempo è buona prassi mappare il luogo in
maniera meno raffinata piuttosto che non mapparlo affatto.

Quindi tornando alle best practice.. ho capito bene?

1. Il civico puo essere pensato come caratteristica fissa dell edificio
quindi meglio mapparlo a parte piuttosto che associato a un POI il quale un
domani potrebbe chiudere o spostarsi. 
Nel caso in cui coincida con un entrata nell edificio, lo vedete meglio
associato a un tag  entrance o da solo?

2. come faccio a mappare il negozio al piano terra di un edificio 
multipiano usando un'area? L'area sarebbe sovrapposta in toto o in parte
all'area del building. Immagino che i "layer" sarebbero distinguibili solo
usando il tag level. Oppure per fare questo siamo gia nel campo di mappng
indoor? 

3. @martin se residential non e completamente corretto e yes e troppo vago,
allora cosa consigli per un edificio muktipiano con negozi e appartamenti?





--
View this message in context: 
http://gis.19327.n8.nabble.com/Mappare-POIs-su-strada-aree-VS-nodi-VS-nodi-in-a-way-tp5895007p5895121.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-lt] OpenStreetMap bendravimo kanalai Lietuvoje

[Mantas]

2017 m. balandžio 10 d. 15:53, Tomas Straupis 
rašė:
> > Visko gali būti. Galima nebent susitarti, jei kas rašo į talk-lt el.
> > pašto grupę, kad taip pat į bcc įtrauktų ir Facebook grupės el. pašto
> > adresą.
>
>   Arba fb grupės el. pašto adresą įtraukti į talk-lt kaip „narį“. Tada
> automatu viskas į fb grupę važiuos.

Specialiai pasiūliau fb grupės el. pašto adresą įtraukti į bcc, kad
keliautų tik pirmas laiškas, be atsakymų (reply) į pirmą laišką, kadangi
atsakymų į laišką Facebook grupės nemoka konvertuoti į komentarą ir
kiekvieną laišką tiesiog rašo ant sienos, kaip naują temą.

Žodžiu, jei keliaus visi laiškai, Facebook grupėje tai neatrodys labai
gražiai.


--
 Mantas aka sirex
  __o   /\
_ \<,_   -- launchpad.net/~sirex --  /\/  \
___(_)/_(_)_/_/\
^
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

Re: [Talk-it-lazio] incontro mappatori il 10/4

[jprimav]

Io dovrei farcela
A dopo



--
View this message in context: 
http://gis.19327.n8.nabble.com/Talk-it-lazio-incontro-mappatori-il-10-4-tp5894560p5895120.html
Sent from the Lazio mailing list archive at Nabble.com.

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

Re: [Talk-it] nomi con date

[Daniele Forsi]

Il 10 aprile 2017 14:45, Davide Sandona' ha scritto:

> official_name tutto in maiuscolo seguendo le direttive ISTAT sarebbe il top!

il nome ufficiale lo stabilisce il Comune, quello dell'ISTAT è un desiderio

-- 
Daniele Forsi

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

[OSM-talk] JOSM help needed - settings lost

[Andy Mabbett]

I'm using JOSM 11639, under Windows 10, and all my settings seem to be
missing - for example aerial imagery, remote control activation, and
plugins.  My user name and password are remembered.

Any tips for recovering them?

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

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

Re: [Talk-it] nomi con date

[Davide Sandona']

>
> Per dire la verità non sarebbe da usare il carattere ° (carattere di
> grado), ma º (carattere di ordinale maschile)... però so che sarà difficile
> fare usare questo carattere...
>

Ehh dici bene, non sapevo ci fosse anche questa differenza :D

Lo so che sono tutte pippe mentali ma è solo per trovare una regola da
> inserire nel wiki che andrebbe ad integrare il tag "name" quindi valida per
> qualsiasi denominazione, non solo la toponomastica.
> Poi se si decide diversamente, per semplificare o perchè si trova qualcosa
> di più autorevole, per me va bene uguale.
> Per buttare altra carne al fuoco ricordo che tempo fa qualcuno propose di
> aggiungere pure un official_name con la scritta tutta in maiuscolo (tutti i
> caratteri) come ISTAT prevede.
>

Marco, concordo con te!
official_name tutto in maiuscolo seguendo le direttive ISTAT sarebbe il top!

Davide.

Il giorno 10 aprile 2017 14:04, Marco_T  ha scritto:

> Davide Sandona' wrote
> > Ritornando IN TOPIC:
> >
> > come dici, non esistono regole precise, più che altro eistono norme di
> >> "stile".
> >> Io nelle mie ricerche ho seguito queste indicazioni:
> >>
> >> https://it.wikipedia.org/wiki/Aiuto:Maiuscolo_e_minuscolo
> >>
> >> che comunque derivano da esamina di pubblicazioni abbastanza autorevoli.
> >
> >
> > Concordo su questa base di partenza.
>
> Ciao Davide,
> sono anch'io daccordo con le tue proposte.
>
> Solo un appunto su questa casistica che è ricorrente:
>
> /Esempio: Via Papa Leone III
> name=Via Papa Leone terzo (notare il minuscolo)
> loc_name=Via Papa Leone III/
>
> per rimanere fedeli al link:
> - "Papa" andrebbe minuscolo in quanto appellativo (di solito si usa il
> maiuscolo quando ci si riferisce al Papa in carica).
> - "terzo" lo metterei maiuscolo in quanto non è un aggettivo ma fa parte
> del
> nome proprio di quel particolare papa (un po' come Via Terza Armata o Via
> Trentatreesimo Reggimento...).
>
> Lo so che sono tutte pippe mentali ma è solo per trovare una regola da
> inserire nel wiki che andrebbe ad integrare il tag "name" quindi valida per
> qualsiasi denominazione, non solo la toponomastica.
> Poi se si decide diversamente, per semplificare o perchè si trova qualcosa
> di più autorevole, per me va bene uguale.
>
> Per buttare altra carne al fuoco ricordo che tempo fa qualcuno propose di
> aggiungere pure un official_name con la scritta tutta in maiuscolo (tutti i
> caratteri) come ISTAT prevede.
>
> --
> Marco_T
>
>
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/nomi-con-date-tp5894982p5895115.html
> Sent from the Italy General mailing list archive at Nabble.com.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-in] New haskell library for Maps a headusp

[Manfred A. Reiter]

OpenStreetMap not Open streetmap please  ;-)

## Manfred Reiter - mobile -
## please excuse typos and brevity
## http://weeklyOSM.eu

Am 10.04.2017 7:15 vorm. schrieb "Piyush P Kurur" :

> Hi folks,
>
> My first mail to this forum. I am developing a Haskell library for
> processing Geo data.  In particular I would like to give good support
> for Open streetmap. There have been no current releases yet but
> hopefully there would be one soon.
>
> Meanwhile here is the github url
>
> http://github.com/naqsha/naqsha
>
>
> What is currently there?
>
> 1. Basic open streetmap data tyeps
>
> 2. Support for osm xml file format (both parsing and generating). The
>interface is geared towards streaming and hence should be able to
>process large files.
>
>It has undergone very little tests but there are some automated
>tests in the repository which essentially checks whether generating
>and parsing are the inverses of each other.
>
> Immediate TODO is support for PBF.
>
> I am looking for suggestion of some simple features that you might be
> missing in other libraries (raise tickets on github for this).
>
>
>
> Regards,
>
>
> Regards,
>
> ppk
>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-lt] OpenStreetMap bendravimo kanalai Lietuvoje

[Mantas]

2017 m. balandžio 10 d. 14:52, Tomas Straupis 
rašė:
>   O puslapio vardu galima komentuoti kitų žmonių įrašus (ne
> „puslapyje“) ir pan.? Ar puslapio vardu tik pačiame puslapyje ir
> tegalima rašyti? Konkrečiau: ar sukūrus puslapį galima tarkim Seimo
> sienoje (nežinau, ar tokia yra) pakomentuoti vardu „OpenStreetMap
> Lietuva“? :-)

Puslapio vardu galima rašyti ant sienos ir komentuoti tik savo arba
kituose puslapiuose. Grupėse ir ant žmogaus sienos rašyti ir komentuoti
galima tik savo vardu.

>   Jei tai tiesiog grupė, ar nebus taip pat kaip su forumu: daug kas
> nori, grupė sukuriama, o tada pasirodo, kad niekam neįdomu?

Visko gali būti. Galima nebent susitarti, jei kas rašo į talk-lt el.
pašto grupę, kad taip pat į bcc įtrauktų ir Facebook grupės el. pašto
adresą.

> Puslapis tikriausiai irgi gali turėti daug adminų?

Gali.


--
 Mantas aka sirex
  __o   /\
_ \<,_   -- launchpad.net/~sirex --  /\/  \
___(_)/_(_)_/_/\
^
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

Re: [Talk-it] nomi con date

[Marco_T]

Davide Sandona' wrote
> Ritornando IN TOPIC:
> 
> come dici, non esistono regole precise, più che altro eistono norme di
>> "stile".
>> Io nelle mie ricerche ho seguito queste indicazioni:
>>
>> https://it.wikipedia.org/wiki/Aiuto:Maiuscolo_e_minuscolo
>>
>> che comunque derivano da esamina di pubblicazioni abbastanza autorevoli.
> 
> 
> Concordo su questa base di partenza.

Ciao Davide,
sono anch'io daccordo con le tue proposte.

Solo un appunto su questa casistica che è ricorrente:

/Esempio: Via Papa Leone III
name=Via Papa Leone terzo (notare il minuscolo)
loc_name=Via Papa Leone III/

per rimanere fedeli al link:
- "Papa" andrebbe minuscolo in quanto appellativo (di solito si usa il
maiuscolo quando ci si riferisce al Papa in carica).
- "terzo" lo metterei maiuscolo in quanto non è un aggettivo ma fa parte del
nome proprio di quel particolare papa (un po' come Via Terza Armata o Via
Trentatreesimo Reggimento...).

Lo so che sono tutte pippe mentali ma è solo per trovare una regola da
inserire nel wiki che andrebbe ad integrare il tag "name" quindi valida per
qualsiasi denominazione, non solo la toponomastica.
Poi se si decide diversamente, per semplificare o perchè si trova qualcosa
di più autorevole, per me va bene uguale.

Per buttare altra carne al fuoco ricordo che tempo fa qualcuno propose di
aggiungere pure un official_name con la scritta tutta in maiuscolo (tutti i
caratteri) come ISTAT prevede.

-- 
Marco_T





--
View this message in context: 
http://gis.19327.n8.nabble.com/nomi-con-date-tp5894982p5895115.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

[OSM-talk-fr] Groupe local Villejuif

[DAYOT Loïc]

Bonjour,
Je souhaiterais savoir s'il existe un groupe local ayant de projets de 
contribution à OSM pour la commune de Villejuif (94 Val-de-Marne). Les numéros 
sur les voies sont peu renseignés sur la ville ; je me propose d'y travailler, 
mais je ne voudrais pas faire double emploi avec d'autres contributeurs ou 
d'autres projets.
Cordialement,

Loïc Dayot
DSIO - Direction des systèmes d'information et d'organisation
Mairie de Villejuif - Hôtel de ville - Esplanade Pierre-Yves Cosnier - 94807 
Villejuif
http://www.ville-villejuif.fr

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

Re: [Talk-it] nomi con date

[Damjan Gerl]

> Da  : "Davide Sandona'" sandona.dav...@gmail.com
> 
> Inoltre propongo che l'unico carattere per rappresentare numeri arabi in
> forma ordinale sia ° mentre il carattere ' (apice) venga utilizzato solo
> come apostrofo.

Per dire la verità non sarebbe da usare il carattere ° (carattere di grado), ma 
º (carattere di ordinale maschile)... però so che sarà difficile fare usare 
questo carattere...

Damjan 

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

Re: [Talk-lt] OpenStreetMap bendravimo kanalai Lietuvoje

[Tomas Straupis]

> Siūlau kurti ne puslapį, o grupę. Puslapis skirtas daugiau naujienų
> rašymui. Yra galimybė kitiems taip pat rašyti ant puslapio sienos, bet
> kitų naudotojų pasisakymai paslėpti kažkur antrame plane.

  O puslapio vardu galima komentuoti kitų žmonių įrašus (ne
„puslapyje“) ir pan.? Ar puslapio vardu tik pačiame puslapyje ir
tegalima rašyti? Konkrečiau: ar sukūrus puslapį galima tarkim Seimo
sienoje (nežinau, ar tokia yra) pakomentuoti vardu „OpenStreetMap
Lietuva“? :-)

> Facebook grupės yra labiau panašios į forumą, kuri visų naudotojų
> žinutės matomos vienodai ir pirmame plane.

  Jei tai tiesiog grupė, ar nebus taip pat kaip su forumu: daug kas
nori, grupė sukuriama, o tada pasirodo, kad niekam neįdomu?

> Grupė gali turėti daug adminų.

  Puslapis tikriausiai irgi gali turėti daug adminų?

-- 
Tomas

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

Re: [Talk-it] Importare i fabbricati

[carlo folini]

Il 10 apr 2017 12:18 PM, "Martin Koppenhoefer"  ha
scritto:


2017-04-09 13:43 GMT+02:00 Alessandro :

> Per ovviare ai nodi di troppo c'è Josm che può venire in aiuto:
> - in Modifica -> Preferenze abilitare la 'Modalità avanzata'
> - scorrere in basso sino all'ultimo tab 'Preferenze avanzate'
> - nel campo cerca inserire: simplify-way.max-error
> E' il massimo scostamento permesso eseguendo la funzione in 'Strumenti' ->
> 'Semplifica percorso'; di default il valore è 1.0 (1 metro), trattandosi di
> un edificio potresti ad esempio impostare 0.3
> - In Josm selezioni le geometrie complicate e vai su 'Strumenti' ->
> 'Semplifica percorso'
>


si, conosco questo tool, e non mi piace affatto ;-)
la decisione se un dettaglio è importante o no, la vorrei che faccesse il
mappatore, perché una semplificazione che ha limiti piccoli (di distanza)
può comunque modificare l'aspetto di molto.
Anche perché spesso sono importanti gli angoli, ma Douglas-Peucker non li
guarda proprio, si interessa soltanto per le distanze. Rendere i dati più
semplici al costo di introdurre ulteriori errori con un algoritmo non si
dovrebbe fare.

Per me, avere un casino come nello screenshot, con tutte le discrepanze tra
foto e vettore (nella forma e dimensione),  e con le inconsistenze della
quantità dei nodi, non mi da la fiducia che dovrei avere per importare un
dato.

I francesi avevano il castastro come base del loro import. Importare una
elaborazione di foto aerei non mi sembra il caso. E' sempre la stessa
storia, o c'è una comunità di mappatori, o non c'è e con un import si
riempie soltanto la mappa con materiale morto. Ancora quasi 4 anni dopo
l'import, in FVG ci sono tanti fabbricati importati dalla CTR, in mezzo al
niente, non accessibili, ecc.

Ciao,
Martin

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

Ciao,
La volontà di fare l'import mi è venuta quando raccolgo informazioni dalla
gente del mio paese... Avere uno spazio bianco è molto peggio che avere
delle forme, per quanto approssimative, dei fabbricati.
Se poi dovessi mettermi a mappare i fabbricati a mano, avere già una sagoma
da modificare è più veloce (oppure cancellarla semplicemente premendo un
tasto).
Non avendo tantissima esperienza, potrebbe essere una valutazione errata.

Esistono dei punti di riferimento su cui basarsi?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] nomi con date

[Luigi Toscano]

On Monday, 10 April 2017 13:18:33 CEST Davide Sandona' wrote:
> 
> Se decidiamo di utilizzare le direttive ISTAT (e al momento sembra esserci
> consenso), vediamo di fare chiarezza sui tag da utilizzare in merito agli
> odonimi che presentano date e/o numeri. Propongo di utilizzare il nome in
> forma estesa sul tag name, il nome con numeri arabi nel tag alt_name,
> l'eventuale nome con numeri romani nel tag loc_name (solamente se il
> cartello stradale presenta numeri romani!!!).

Non sono d'accordo nell'(ab)uso di loc_name, perché il loc_name può essere un 
nome totalmente diverso. Ne ho qualcuno a Catania (uno per tutti: Piazza 
Cavour, nota a tutti come Piazza Borgo).

Ciao
-- 
Luigi



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

Re: [OSM-talk] A forest ... what?

[Martin Ždila]

On Mon, Apr 10, 2017 at 12:27 PM, Martin Koppenhoefer <
dieterdre...@gmail.com> wrote:

>
> 2017-04-10 12:16 GMT+02:00 Warin <61sundow...@gmail.com>:
>
>> In JOSM there is a tool to simplify ways with errors of less than 3
>> metres in order to reduce the data base size.
>> This amount of error is judged acceptable.
>>
>

there is also Simplify Area plugin which I am mostly using on buildings
with redundant nodes.

https://github.com/openstreetmap/josm-plugins/tree/master/simplifyarea


-- 
Ing. Martin Ždila 
OZ Freemap Slovakia
tel:+421-908-363-848
mailto:martin.zd...@freemap.sk
http://www.freemap.sk/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] nomi con date

[Davide Sandona']

Ritornando IN TOPIC:

come dici, non esistono regole precise, più che altro eistono norme di
> "stile".
> Io nelle mie ricerche ho seguito queste indicazioni:
>
> https://it.wikipedia.org/wiki/Aiuto:Maiuscolo_e_minuscolo
>
> che comunque derivano da esamina di pubblicazioni abbastanza autorevoli.


Concordo su questa base di partenza.

Riguardo alle date invece, propongo di scrivere le iniziali tutte in
maiuscolo oppure in minuscolo (per me è lo stesso, basta trovare
l'accordo). Non starei a differenziare tra data generica o ricorrenza
poiché entrambe fanno riferimento ad eventi storici, e si andrebbe a
inserire ulteriori elementi di confusione...

Se decidiamo di utilizzare le direttive ISTAT (e al momento sembra esserci
consenso), vediamo di fare chiarezza sui tag da utilizzare in merito agli
odonimi che presentano date e/o numeri. Propongo di utilizzare il nome in
forma estesa sul tag name, il nome con numeri arabi nel tag alt_name,
l'eventuale nome con numeri romani nel tag loc_name (solamente se il
cartello stradale presenta numeri romani!!!).

Lo trovo sottointeso, ma lo esplico lo stesso dato che ogni tanto capita di
trovare errori: propongo che tutti i numeri romani siano scritti con
caratteri maiuscoli. Esempio:
XX, IV, I sono rappresentazioni corrette
xx, ix, i sono rappresentazioni sbagliate

Inoltre propongo che l'unico carattere per rappresentare numeri arabi in
forma ordinale sia ° mentre il carattere ' (apice) venga utilizzato solo
come apostrofo.

Esempio: Via 4 Novembre
name=Via Quattro Novembre
alt_name=Via 4 Novembre
loc_name=Via IV Novembre (solo se presente il cartello con questa digitura)

Esempio: Via 14 Maggio 1944
name=Via 14 Maggio 1944
loc_name=Via XIV Maggio 1944 (solo se presente il cartello con questa
digitura)

Esempio: Via 33' Reggimento Artiglieria
name=Via Trentatreesimo Reggimento Artiglieria
alt_name=Via 33° Reggimento Artiglieria
loc_name=Via XXXIII Reggimento Artiglieria (solo se presente il cartello
con questa digitura)

Esempio: Via 1° Maggio
name=Via Primo Maggio
alt_name=Via 1° Maggio
loc_name=Via I Maggio (solo se presente il cartello con questa digitura)

Esempio: Via Papa Leone III
name=Via Papa Leone terzo (notare il minuscolo)
loc_name=Via Papa Leone III



Davide.

Il giorno 10 aprile 2017 12:18, Andrea Musuruane  ha
scritto:

>
>
> 2017-04-10 12:00 GMT+02:00 Alessandro Palmas  it>:
>
>> E se vogliamo darci una regola standard per l'inserimento dei civici (lo
>>> metto qui/no, lo metto lì/no, lo metto su tutto l'edificio) ecco qui
>>> http://www.istat.it/it/files/2015/05/FRANCESCO_DIPEDE.pdf
>>>
>>
>> In questo pdf alle pagine 12,13 e 14 si parla del posizionamento del
>> punto del numero civico (vagamente OT ma strettamente correlato al nome
>> delle strade). E' un pdf di 30 pagine interessante da sfogliare.
>>
>
> Uno dei due file PDF che consigliavo, invece tratta integralmente della
> rilevazione dei numeri civici:
> https://rnc.istat.it/DOCUMENTI/Manuale_per_le_operazioni_sul_campo.pdf
>
> Credo sia altrettanto interessante.
>
> Ciao,
>
> Andrea
>
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk-fr] Ajout de ruisseau à partir des berges

[GarenKreiz]

Bonjour,

Pour faciliter la correction des signalements Osmose (1220 "Riverbank
without river"), j'ai écrit un petit script interactif Python qui
facilite la création d'un chemin de type Waterway à partir d'un
polygone de type Riverbank (algo simpliste sans squelettisation
d'image ni calcul de diagramme de Voronoi) puis son chargement sur
OSM.

Beaucoup des polygones de type Riverbank sont des importations du
cadastre, faut-il dans ce cas appliquer le même champ Source au chemin
généré?

Cordialement

   Garenkreiz

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

Re: [OSM-talk-fr] Test rendu carte − retours bienvenus

[GarenKreiz]

Panneaux biche : s'agit-il d'une particularité de la vallée du Giffre (cela
fait des années que je n'y suis pas allé)? Dans le reste de la France, on
trouve plutôt des panneaux cerf, voire des panneaux cerf-volant ou même
super-cerf à cape rouge (vu dans le Trièves).

 Garenkreiz

PS: félicitation pour le rendu de la carte.

Le 10 avril 2017 à 11:41, Florian LAINEZ  a écrit :

> Le 7 avril 2017 à 13:42, Nicolas Dumoulin  a
> écrit :
>
>> 5. Et les panneaux biche ? http://overpass-turbo.eu/s/obv
>>
> +1 !!!
>
> Je me confonds de honte de ne pas avoir proposé cette excellente idée.
> S'il pouvait y avoir une version avec panneaux biches, ce serait évidemment
> celle que je choisirai d'imprimer. Exhaustivité de la vallée du Giffre
> garantie par bibi.
>
> Le 8 avril 2017 à 22:49, JB  a écrit :
>
>> C'est ça, et pour Maperitive, c'est du SRTM à 1° (ici) ou 3° (par défaut).
>> JB.
>>
>>
>> Le 08/04/2017 à 09:47, Nicolas Bétheuil a écrit :
>>
>> J'ai pas cherché avant de poser la question, j'ai trouvé SRTM & ASTER.
>>
>> merci
>>
>> Le 8 avril 2017 à 09:43, Nicolas Bétheuil  a écrit :
>>
>>> Hello,
>>>
>>> Pour ma culture, d'où vienne les courbes de niveau ? Ça me parait un
>>> travail titanesque pour un contributeur humain. merci
>>>
>>> Le 8 avril 2017 à 08:27,  a écrit :
>>>
 >
 > 2. Quelqu'un a parlé des ruisseaux
 Moi, et je proposais d'ajouter un filet, bleu nuit par exemple pour
 mieux détourer.
 Ça donne un bon rendu pour les routes et ça donne une idée de limite
 entre deux milieux.
 > 3. Certains textes
 +1
 >
 > 4
 +1 mais il faut peut-être deux styles, un pour ceux qui vont à la messe
 et un pour ceux qui vont au bistrot 


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

>>>
>>>
>>
>>
>> ___
>> 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
>>
>>
>
>
> --
>
> *Florian Lainez*
> @overflorian 
>
> ___
> 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] A forest ... what?

[Martin Koppenhoefer]

2017-04-10 12:16 GMT+02:00 Warin <61sundow...@gmail.com>:

> In JOSM there is a tool to simplify ways with errors of less than 3 metres
> in order to reduce the data base size.
> This amount of error is judged acceptable.
>


you can use the algorithm with any acceptable error margin set, but please
not on _other_ people's work. It will lead to problems for the angles (e.g.
sharp turns) and generally only regards distances and not angles. The
algorithm doesn't know about crossing ways which still have to be mapped
(and which may make currently superfluous nodes still reasonably placed).
The 3m default in JOSM (or is it less) does not mean it is generally
accepted to simplify ways with this setting and re-upload them. If you do a
good manual drawing, you won't improve anything by applying douglas peucker
to the result (the algorithm used in "simplify ways"), all you will do is
introduce problems, maybe tiny and in few occassions, but still problems.

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

Re: [Talk-it] nomi con date

[Andrea Musuruane]

2017-04-10 12:00 GMT+02:00 Alessandro Palmas :

> E se vogliamo darci una regola standard per l'inserimento dei civici (lo
>> metto qui/no, lo metto lì/no, lo metto su tutto l'edificio) ecco qui
>> http://www.istat.it/it/files/2015/05/FRANCESCO_DIPEDE.pdf
>>
>
> In questo pdf alle pagine 12,13 e 14 si parla del posizionamento del punto
> del numero civico (vagamente OT ma strettamente correlato al nome delle
> strade). E' un pdf di 30 pagine interessante da sfogliare.
>

Uno dei due file PDF che consigliavo, invece tratta integralmente della
rilevazione dei numeri civici:
https://rnc.istat.it/DOCUMENTI/Manuale_per_le_operazioni_sul_campo.pdf

Credo sia altrettanto interessante.

Ciao,

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

Re: [OSM-talk] A forest ... what?

[Warin]

The subject question ...

To me:

An OSM forest is what?

OSM uses landuse=forest ... so the and is used for forestRy (note the R) 
... to grow trees and use them for some human productive activity ... 
like eventually making paper.



An OSM wood ?

Here OSM uses 'natural=wood' so a place where a wood occurs naturally .. 
but OSM also uses the key 'natural' for things that are impacted by 
humans .. so 'unnatural' too.
I'd much rather that OSM would use 'landcover=wood' as that is much 
clear as to what is mean .. what is is this area covered with? Trees.


-
As for crossing polygons/ways ...
In JOSM there is a tool to simplify ways with errors of less than 3 
metres in order to reduce the data base size.

This amount of error is judged acceptable.
So using that 3 meter error as being acceptable many crossing things can 
be eliminated ... I use errors of < 0.4m.
While technically incorrect, misleading and wrong... the impact on the 
practical map?

Very few people will find it.
The number who would have a problem with it will probably need to use a 
legal source anyway.


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

Re: [Talk-it] Mappare POIs su strada: aree VS nodi VS nodi in a way

[Martin Koppenhoefer]

2017-04-10 12:13 GMT+02:00 Marco_T :

> Concordo che volendo aumentare il dettaglio bisogna usare altri metodi più
> raffinati e complessi.
> Ma come primo approccio non è il caso di spaventare chi inizia a mappare ed
> ha piacere di vedere l'utilità del suo lavoro.
> Voglio dire che usando un nodo non viene inserita una informazione
> sbagliata
> ma solo incompleta che successivamente può essere migliorata.
>


+1, d'accordissimo

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

Re: [Talk-it] Importare i fabbricati

[Martin Koppenhoefer]

2017-04-09 13:43 GMT+02:00 Alessandro :

> Per ovviare ai nodi di troppo c'è Josm che può venire in aiuto:
> - in Modifica -> Preferenze abilitare la 'Modalità avanzata'
> - scorrere in basso sino all'ultimo tab 'Preferenze avanzate'
> - nel campo cerca inserire: simplify-way.max-error
> E' il massimo scostamento permesso eseguendo la funzione in 'Strumenti' ->
> 'Semplifica percorso'; di default il valore è 1.0 (1 metro), trattandosi di
> un edificio potresti ad esempio impostare 0.3
> - In Josm selezioni le geometrie complicate e vai su 'Strumenti' ->
> 'Semplifica percorso'
>


si, conosco questo tool, e non mi piace affatto ;-)
la decisione se un dettaglio è importante o no, la vorrei che faccesse il
mappatore, perché una semplificazione che ha limiti piccoli (di distanza)
può comunque modificare l'aspetto di molto.
Anche perché spesso sono importanti gli angoli, ma Douglas-Peucker non li
guarda proprio, si interessa soltanto per le distanze. Rendere i dati più
semplici al costo di introdurre ulteriori errori con un algoritmo non si
dovrebbe fare.

Per me, avere un casino come nello screenshot, con tutte le discrepanze tra
foto e vettore (nella forma e dimensione),  e con le inconsistenze della
quantità dei nodi, non mi da la fiducia che dovrei avere per importare un
dato.

I francesi avevano il castastro come base del loro import. Importare una
elaborazione di foto aerei non mi sembra il caso. E' sempre la stessa
storia, o c'è una comunità di mappatori, o non c'è e con un import si
riempie soltanto la mappa con materiale morto. Ancora quasi 4 anni dopo
l'import, in FVG ci sono tanti fabbricati importati dalla CTR, in mezzo al
niente, non accessibili, ecc.

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

Re: [Talk-it] Mappare POIs su strada: aree VS nodi VS nodi in a way

[Marco_T]

dieterdreist wrote
> cosa fai nel caso:
> 
> - all'interno della biblioteca c'è una guardaroba?
> - all'interno della biblioteca c'è un distributore Pepsi light?
> - la biblioteca è divisa in una parte pubblica e una parte di magazzino?
> 
> 
> Sono d'accordo e anch'io in primo approssimazione probabilmente userei un
> nodo, ma per aggungere più dettaglio arriva il punto dove ti serve per
> forza un poligono.

Concordo che volendo aumentare il dettaglio bisogna usare altri metodi più
raffinati e complessi.
Ma come primo approccio non è il caso di spaventare chi inizia a mappare ed
ha piacere di vedere l'utilità del suo lavoro. 
Voglio dire che usando un nodo non viene inserita una informazione sbagliata
ma solo incompleta che successivamente può essere migliorata.

-- 
Marco_T



--
View this message in context: 
http://gis.19327.n8.nabble.com/Mappare-POIs-su-strada-aree-VS-nodi-VS-nodi-in-a-way-tp5895007p5895102.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] nomi con date

[Alessandro Palmas]

Il 10/04/2017 11:31, Andrea Musuruane ha scritto:



Aggiungerei alla lista anche old_name.


Certo, l'avevo dimenticato



E se vogliamo darci una regola standard per l'inserimento dei
civici (lo metto qui/no, lo metto lì/no, lo metto su tutto
l'edificio) ecco qui
http://www.istat.it/it/files/2015/05/FRANCESCO_DIPEDE.pdf




In questo pdf alle pagine 12,13 e 14 si parla del posizionamento del 
punto del numero civico (vagamente OT ma strettamente correlato al nome 
delle strade). E' un pdf di 30 pagine interessante da sfogliare.




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

Re: [Talk-it] nomi con date

[Martin Koppenhoefer]

2017-04-10 11:31 GMT+02:00 Andrea Musuruane :

> http://www.istat.it/it/files/2015/05/FRANCESCO_DIPEDE.pdf
>>
>
> Io avevo questi riferimenti per nomi e civici:
>
> http://www.agenziaentrate.gov.it/wps/file/Nsilib/Nsi/Home/
> CosaDeviFare/Consultare+dati+catastali+e+ipotecari/Scambio+
> dati+catastali+e+cartografici+con+enti+o+PA/Portale+per+i+
> Comuni/Servizi+portale+dei+comuni/toponomastica/
> Informativa+Istat/Informativa+Istat+ANSC+del+6+maggio_
> AGGIORNAMENTO+27_11_2014.pdf
>
> https://rnc.istat.it/DOCUMENTI/Manuale_per_le_operazioni_sul_campo.pdf
>



ci sono differenze o sono congrui?

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

Re: [Talk-it] nomi con date

[Martin Koppenhoefer]

2017-04-10 11:21 GMT+02:00 Alessandro Palmas :

>
> E se vogliamo darci una regola standard per l'inserimento dei civici (lo
> metto qui/no, lo metto lì/no, lo metto su tutto l'edificio) ecco qui
> http://www.istat.it/it/files/2015/05/FRANCESCO_DIPEDE.pdf



cosa significa questo documento per noi?

Suggerisci di spezzare civico e esponente in tags diversi? (invece di
addr:housenumber=23A scriviamo addr:housenumber=23, addr:exponent=A ?)

Qual'è il tag / la relazione per associare in OSM un civico ad un'area alla
quale si accede?

Quali sono i tag per distinguere tra accessi interni e esterni, e tra
accessi diretti e indiretti? Come si può rilevare se un accesso è
principale e secondario?

Domanda: pagina 21, perché il matching tra "Via Garibaldo" e "Via Giuseppe
Garibaldi" gli risulta come 0,89 (8/9)?
Se si conta così, allora "Via Po" sarebbe 1,0 (2/2) con tutte le parole che
contengono un "po" ?

Non si capisce perché ancora ci sono tantissimi posti "snc" (senza numero
civico) o con km 33,500. Invece di gestire il caos in maniera burocratica,
perché non mettere ordine?

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

Re: [Talk-se] OSM Meetup i Malmö tors 27/4 kl 18:00!

[Tomas Wennström]

Det går alldeles utmärkt, Andreas! Kom förbi när du jobbat klart!

Tomas


Den 10 apr. 2017 12:02 fm skrev "Andreas Vilén" :

Kul! Tänkte inte dra hem om efter jobbet den dan eftersom jag jobbar vid
Triangeln nuförtiden. Går det att dra sig dit vid 16.30-17 eller måste jag
dra runt o dröna på stan i nån timme först?

Jag snackar som sagt gärna lite om adressimporten i Hbg. Blev klar precis
med grundarbetet men det är lite efterarbete o felrättning kvar.

/Andreas

Skickat från min iPhone

8 apr. 2017 kl. 16:38 skrev Tomas Wennström :

Hej!

Nu har Doodlen fått stå och jäsa en stund och det ser ut som att flest kan
torsdagen den 27 april kl 18:00, så jag tycker vi kör på det!

Så i korthet:

OSM Meetup i Malmö
När: Torsdagen 27/4 kl 18:00
Var: House of Ada, Södra Promenaden 55, Malmö
Övrigt: Projektor, wifi och pizza finns.
FB-event: https://www.facebook.com/events/178797705973385/
Kom gärna med förslag på diskussionspunkter och presentationer!

Några frågade ju efter att köra en heldag, och det kan vi kanske boka in
senare i vår?

Ses!

Tomas

-- 
Tomas Wennström
0739-464202
tomas.wennst...@gmail.com
@tomaswennstrom

http://vackertvader.se
http://regnradar.se
http://houseofada.se

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


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

Re: [Talk-se] Naturreservat

[Mattias Dalkvist]

2017-04-09 17:23 GMT+02:00 Erik Johansson :

> 2017-04-07 19:25 GMT+02:00 Mattias Dalkvist :
> >> Några funderingar:
> >>
> >> Hur skiljer man på när naturreservat har fått ändrade gränser IRL och
> när
> >> gränserna justerats i OSM? Gränserna har i allmänhet hög noggrannhet men
> >> runt länsgränser blir det ibland överlapp eller smala luckor, och där
> har
> >> jag och säkert andra arbetat med att slå ihop gränserna. Går det att
> >> programmera något sätt att bara ladda upp nya gränser om de ligger mer
> än
> >> säg en meter från de gamla?
> >
> >
> > Är det inte bättre att ha något som kollar efter förändringar och
> meddelar
> > någon/epostlistan/irc som kan granska och göra en revert om det behövs
> och
> > prata med användare som ändrat.
>
> Detta gäller väl egentligen alla importer, är det någon som har ett
> sådant arbetssätt?
>
>
Det finns en hög mer olika övervaknings tjänster/skript, jag vet ingen som
gör att det men borde gå att fixa till något.

Tror inte att det passar för alla imported dok, gränser känns som ett av de
få fallen där den importerade datat inte bör ändras.


> >> En annan fråga är group-relationerna för naturreservat i ett visst län,
> t
> >> ex http://www.openstreetmap.org/relation/303952 (som säkert kunde få
> ett
> >> tydligare namn, t ex "Naturreservat i Dalarnas län"). Om ett
> naturreservat
> >> beskrivs av en multipolygon borde väl bara multipolygonrelationen ingå i
> >> group-relationen, inte ingående ways? Jag har försökt fixa det ibland
> när
> >> jag delat upp reservatsgränser för att återanvända dem som
> kommungränser och
> >> liknande men har säkert glömt det i vissa fall.
> >>
> > Håller med att meta relationerna bör innehålla relationer, borde vara
> ganska
> > lätt att fixa med overpass reservat typ och län som place.
>
> Relationer är inte menat att användas för att gruppera, har stört mig
> på de där "NR i X län" grupperna, är det inte bättre att ta bort dom?
>
>
> För mig är det varken till eller från, har inte sätt någon bra användning
för dem men stör mig inte på dem heller.


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

Re: [OSM-talk-fr] Test rendu carte − retours bienvenus

[Florian LAINEZ]

Le 7 avril 2017 à 13:42, Nicolas Dumoulin  a écrit :

> 5. Et les panneaux biche ? http://overpass-turbo.eu/s/obv
>
+1 !!!

Je me confonds de honte de ne pas avoir proposé cette excellente idée. S'il
pouvait y avoir une version avec panneaux biches, ce serait évidemment
celle que je choisirai d'imprimer. Exhaustivité de la vallée du Giffre
garantie par bibi.

Le 8 avril 2017 à 22:49, JB  a écrit :

> C'est ça, et pour Maperitive, c'est du SRTM à 1° (ici) ou 3° (par défaut).
> JB.
>
>
> Le 08/04/2017 à 09:47, Nicolas Bétheuil a écrit :
>
> J'ai pas cherché avant de poser la question, j'ai trouvé SRTM & ASTER.
>
> merci
>
> Le 8 avril 2017 à 09:43, Nicolas Bétheuil  a écrit :
>
>> Hello,
>>
>> Pour ma culture, d'où vienne les courbes de niveau ? Ça me parait un
>> travail titanesque pour un contributeur humain. merci
>>
>> Le 8 avril 2017 à 08:27,  a écrit :
>>
>>> >
>>> > 2. Quelqu'un a parlé des ruisseaux
>>> Moi, et je proposais d'ajouter un filet, bleu nuit par exemple pour
>>> mieux détourer.
>>> Ça donne un bon rendu pour les routes et ça donne une idée de limite
>>> entre deux milieux.
>>> > 3. Certains textes
>>> +1
>>> >
>>> > 4
>>> +1 mais il faut peut-être deux styles, un pour ceux qui vont à la messe
>>> et un pour ceux qui vont au bistrot 
>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>
>
> ___
> 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
>
>


-- 

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

Re: [Talk-it] nomi con date

[Andrea Musuruane]

Ciao,

2017-04-10 11:21 GMT+02:00 Alessandro Palmas :

> Scusate, ma riprendere a discutere come rappresentare i nomi mi pare di
> tornare indietro a parecchi anni fa.
>
> a) E' uscito un regolamento dell'ISTAT che è allineato al 95% delle
> convenzioni che già usavamo.
>
> b) Quella sarà la rappresentazione ufficiale, facilmente leggibile da
> chiunque perchè basterà linkare il pdf
>
> Reinventare la ruota mi pare un enorme spreco di tempo e risorse.
>

Concordo.


> Vediamo di indicare bene cosa inserire nei tag alt_name, short_name e
> loc_name e siamo a posto.
>

Aggiungerei alla lista anche old_name.


> E se vogliamo darci una regola standard per l'inserimento dei civici (lo
> metto qui/no, lo metto lì/no, lo metto su tutto l'edificio) ecco qui
> http://www.istat.it/it/files/2015/05/FRANCESCO_DIPEDE.pdf
>

Io avevo questi riferimenti per nomi e civici:

http://www.agenziaentrate.gov.it/wps/file/Nsilib/Nsi/Home/CosaDeviFare/Consultare+dati+catastali+e+ipotecari/Scambio+dati+catastali+e+cartografici+con+enti+o+PA/Portale+per+i+Comuni/Servizi+portale+dei+comuni/toponomastica/Informativa+Istat/Informativa+Istat+ANSC+del+6+maggio_AGGIORNAMENTO+27_11_2014.pdf

https://rnc.istat.it/DOCUMENTI/Manuale_per_le_operazioni_sul_campo.pdf

Ciao,

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

Re: [Talk-it-lazio] incontro mappatori il 10/4

[Martin Koppenhoefer]

2017-04-09 19:21 GMT+02:00 Flaminia Tumino :

> Ciao a tutti,
>
> solo per informarvi che domani pomeriggio mi hanno messo una riunione alle
> due e mezza vicino alle stadio olimpico che non ho idea di quanto durerà.
> MI scuso in anticipo se arriverò un pò in ritardo, in tal caso iniziate
> pure senza di me.
>
>
>

Buona riunione!
Chi altro ha intenzione di venire sta sera, ore 18, a Piazza Copernico 10,
fate un segno.

Io ci sarò...

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

Re: [Talk-it] Mappare POIs su strada: aree VS nodi VS nodi in a way

[Martin Koppenhoefer]

2017-04-10 0:07 GMT+02:00 Marco_T :

> - la biblioteca viene trasferita/chiusa? (basta spostare/cancellare il
> nodo)
> - all'interno della scatola viene aggiunto un Museo? (basta aggiungere un
> nodo)
>


cosa fai nel caso:

- all'interno della biblioteca c'è una guardaroba?
- all'interno della biblioteca c'è un distributore Pepsi light?
- la biblioteca è divisa in una parte pubblica e una parte di magazzino?


Sono d'accordo e anch'io in primo approssimazione probabilmente userei un
nodo, ma per aggungere più dettaglio arriva il punto dove ti serve per
forza un poligono.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] nomi con date

[Alessandro Palmas]

Scusate, ma riprendere a discutere come rappresentare i nomi mi pare di 
tornare indietro a parecchi anni fa.


a) E' uscito un regolamento dell'ISTAT che è allineato al 95% delle 
convenzioni che già usavamo.


b) Quella sarà la rappresentazione ufficiale, facilmente leggibile da 
chiunque perchè basterà linkare il pdf


Reinventare la ruota mi pare un enorme spreco di tempo e risorse.
Vediamo di indicare bene cosa inserire nei tag alt_name, short_name e 
loc_name e siamo a posto.



E se vogliamo darci una regola standard per l'inserimento dei civici (lo 
metto qui/no, lo metto lì/no, lo metto su tutto l'edificio) ecco qui

http://www.istat.it/it/files/2015/05/FRANCESCO_DIPEDE.pdf


Il 10/04/2017 09:53, Martin Koppenhoefer ha scritto:


per persone che non capiscono l'italiano è difficile capire che 
venticinque e 25 sono la stessa cosa. Invito intanto tutti di 
completare la lista delle abbreviazioni (e simili) per aiutare 
Nominatim a trovare la strada:


https://wiki.openstreetmap.org/wiki/Name_finder:Abbreviations#Italiano_-_Italian



Bellissimo, non lo conoscevo questo

Ale_Zena_IT



--
Alessandro Palmas
Project Manager OpenStreetMap per Wikimedia Italia
Mobile 3289671753 - 3938005889

Wikimedia Italia, via Bergamo 18, 20900 Monza
è la corrispondente italiana ufficiale di Wikimedia Foundation Inc


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

Re: [Talk-it] Mappare POIs su strada: aree VS nodi VS nodi in a way

[Martin Koppenhoefer]

2017-04-09 11:54 GMT+02:00 jprimav :

> Per mappare un negozio che occupa interamente un edificio è preferibile
> usare un'area o un nodo?
>


per tutto ch'è più grande di un punto è sempre meglio usare un'area. Detto
ciò, è più oneroso usare poligoni, perciò spesso si preferisce comunque un
nodo per semplicità.




> Nel caso del nodo, questo andrebbe inserito sul perimetro (in a way) o al
> suo interno?
>


interno



> Il discorso cambia se il negozio non occupa interamente l'edificio, ma
> magari solo un piano intero o anche solo una frazione di esso?
>


no, per indicare il piano puoi aggiungere il tag "level" all'oggetto.



>
> So che le casistiche sono moltissime. Per fare un esempio comune, un
> edificio multipiano con un esercizio commerciale che occupa una parte del
> piano terra e appartamenti negli altri piani. Una mappatura del genere
> sarebbe ottimale?
>
> 1 Area sul perimetro edificio con tag building=yes (o residential)
>


se c'è un negozio, puramente "residential" non è. "yes" è sempre scarso
come informazione. "residential" non è molto specifico, perché comprende
qualsiasi edificio per abitare, dalla casetta al grattacielo con 100 piani.




> 1 nodo (in a way) in corrispondenza dell'entrata del negozio con tag
> shop=Convenience + addr:street=Via roma + addr:housenumber=10 + level=0
>


l'entrata si mappa anche separatamente:
entrance=yes/main/...
aggiungerei in ogni caso le informazioni dell'indirizzo all'ingresso (se
pertinente) e in più anche al POI.


io per gli edifici ci metterei anche la quantità dei piani (sopra terra):
building:levels=*

e se vuoi la forma del tetto:
roof:shape=*
https://wiki.openstreetmap.org/wiki/Simple_3D_buildings#Roof

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

Re: [Talk-de] Rettungsleitstellen

[Martin Koppenhoefer]

Am 10. April 2017 um 10:34 schrieb Andreas Neumann :

> Kontaktinformationen haben auch einen gewissen Informationswert für die
> Bevölkerung. So macht man beispielsweise Krankentransporte auch via
> Leitstelle (Ortstelefonnummer) aus.
>


wobei das nicht unbedingt dieselbe Leistelle ist. Soweit ich weiss, wird
der Rettungsdienst (wie auch Krankentransporte für ein Klinikum) alle paar
Jahre neu ausgeschrieben, zumindest ist das in einer mir bekannten Stadt
so. Wenn man gerade den Rettungsdienstauftrag nicht hat, wird man
vermutlich die Leiststelle dennoch nutzen (ggf. in anderer Besetzung, je
nach rechtlichen Vorgaben) um z.B. Krankentransporte zu koordinieren.

Für Krankentransportleiststellen passt emergency als key nicht, auch wenn
dort im Prinzip die notwendige Infrastruktur vorhanden sein könnte. Es gibt
auch noch andere Leistellen, Taxi z.B., oder Behindertentransporte,
Polizei, Feuerwehr, etc.

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

Re: [OSM-talk] A forest ... what?

[Martin Koppenhoefer]

2017-04-10 10:45 GMT+02:00 Walter Nordmann :

> Hi sandor:
>
> to long - did not read it.
>



+1, make it a diary entry and provide a management summary here ;-)

http://www.openstreetmap.org/diary

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

Re: [Talk-de] Rettungsleitstellen

[Markus]

Hallo Volker,

> Haben wir Adressen fuer diese Emergency Control Centre.?
> Das sind doch normalerweise Einrichtungen ohne Publikumsverkehr. 
> Warum willst du die auf di Karte setzen?

MRCC's sind m.E. auf der Karte nicht sinnvoll.
(die Daten in der DB stören natürlich niemanden)

MRCC Bremen
wird betrieben von der DGzRS
Deutsche Gesellschaft zur Rettung Schiffbrüchiger
Werderstraße 2, 28199 Bremen

SEENOTLEITUNG (MRCC) BREMEN
ist im Notfall (24 h) zu erreichen unter:

UKW-Kanal 16 und 70 (DSC)
Grenzwelle 2187,5 kHz (DSC) über BREMEN RESCUE RADIO
Rufname: Bremen Rescue

Tel.: +49 421 536 87 - 0
Fax: +49 421 536 87 - 14
Telex: 2 46 466 mrcc d
AFTN: EDDWYYYX (via Flugsicherung Bremen)

Sinnvoll sind die Standorte der SAR-Einheiten (weltweit):
- Schiffe
- Helikopter
- Flugzeuge
- etc.

Beispiel:
http://map.openseamap.org/?zoom=14=53.87648=8.69791=53.87662=8.69814=%3Cb%3EMS%20Herman%20Helms%3C%2Fb%3E%0ARGzRS%20Bremerhaven=BFTFFFTFFTF0TFFFTF
http://www.openstreetmap.org/node/4271523309

Gruss, Markus

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

Re: [OSM-talk-fr] State of the Map France : appel à contributions

[Stéphane Péneau]

C'est parti pour "Le RTK pour les nuls"

Stf  qui se met déjà la pression :-)

Le 09/04/2017 à 19:37, Vincent de Château-Thierry a écrit :

Bonsoir,

Le 09/04/2017 à 19:21, Benoit Fournier a écrit :


C'est DEMAIN ! Proposez vos idées et résumés !


Presque ! Demain est un autre jour en fait :)

On a déjà une superbe liste de propositions d'ateliers, exposés et 
autres posters. Mais vous savez quoi ? On en veut d'autres ! Il reste 
quelques places sur le programme, aussi il a été décidé de repousser 
la date butoir au 17 avril. Une semaine de plus, les retardataires 
n'auront aucune excuse ;)


Allez, à vos claviers :
https://framaforms.org/proposition-dintervention-au-sotm-france-2017-1487106487 




La billetterie est par ailleurs toujours disponible ici :
https://www.assoconnect.com/openstreetmap/billetterie/offre/58057-v-state-of-the-map-france-2017 



Ça oui bien sûr ça ne bouge pas. On compte sur vous !

à bientôt,
vincent

___
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] A forest ... what?

[Walter Nordmann]

Hi sandor:

to long - did not read it.

keep it simple please,

regards
walter


Am 10.04.2017 um 10:04 schrieb Sandor Seres:


Three weeks ago I posted some multipolygon related notes. This mail 
is, in a way, an addition to that former mail.


My first note was triggered by some user worries about poorer maps if 
they use data from the osm2ogsql preparation. Dropping “broken 
multipolygons” will result in many and large empty/white places with 
long reparation period. Strengthening the preparation on the subject 
might be a better option in my opinion (I know, I was there). However, 
at the end, how this subject will be handled is perfectly up to the 
authors of the osm2pgsql application.  Users starting from the OSM 
source data will not be affected whatever strategy will be selected.


The second note was related to the mass/programmatic correction of the 
source data. This could have dangerous/damaging impact on many OSM 
users. Fortunately, the replays say that programmatic correction is 
not a strategy in the “fixing multypolygons” actions. I have mentioned 
the “self-crossings” issue which is not an error for many users 
(depending on what notion interpretations and tools one uses). To 
clean up the confusion, this note needs some additional words. Assume 
someone would correct all polygon self-crossings in the source data. 
Assume, the selected fixing model is the popular dividing model (the 
polygon is divided into new polygons between self-crossings). The 
“fix” will be correct but the consequences damaging. Namely, in 
scaling and rendering the new small areas quickly  reach 
ignorable/collapsing size causing brakes. Here, it is worth noting, 
that the self-crossing issue is a topic in the modern vector based 
digital mapping even if all self-crossings are somehow resolved in the 
source data. Namely, while scaling and doing edge-smoothing in data 
generalisation, self-crossings on thin area sections (like fiords, 
peninsulas, rivers and so on) are unavoidable and dividing produces 
many tiny areas. High fragmentation of the source data and freedom of 
tag selection (river sections tagged as lakes) make the issue even 
worse. Just look  at the Amazonas river-system rendering from a 
popular vector map-maker her http://goo.gl/bT1Bu9


(the screen dump is from yesterday, from a demo system, in roughly 
1:6.7 mill scale). There are really many and large unacceptable 
breaks. However, from the same data source, using topology geometry as 
suggested in my former mail, it is possible to create a compact 
minimal coverage for the same river system like this 
https://goo.gl/pNQwDm . Note that the river system her is one simple 
area (one outer and many inner borders never touching each other) from 
Peru to the Atlantic. To be on the fair side the last image should be 
rendered from a zoom/scale level that corresponds to the 1:6.7 mill 
scale. This is done here https://goo.gl/eaAWNy and the zoom level 
contains approximately 250 times less nodes than the level used for 
the previous image. The area connectivity is still perfectly preserved 
and the image is much cleaner in this scale extract. Finally, if a 
user is still insist on fixing the polygon self-crossings, exchanging 
 and reversing the poly-lines between two consecutive self-crossings 
(eventually just reversing the end loop after a self-crossing) should 
be a much better strategy.


However, the third, the last note was my major point. Just to remind. 
There is a large set of area related anomalies caused by relations 
between objects from different classes (between seas, forests, lakes, 
rivers…). The extent and complexity of this set is far beyond the 
“broken polygons” issue  and should be more in the development focus. 
Even if the areas/multipolygons within a class are in perfect 
conformity with the strongest OSM and OGC rules, still these anomalies 
are there, though sometimes hardly visible in maps. Therefor many 
map-makers tolerate them but in GIS systems they appear as strong 
limitations and should not be tolerated. In the former mail  I have 
presented many examples and some hints how these anomalies could be 
resolved. Unfortunately, the discussion went in a wrong direction, 
about the Scandinavian forests, while the region selection is 
irrelevant for the subject. To avoid much repetition I will present 
further examples without details in procedures. The illustrations are 
from the area of Japan (one of the best mapped areas) and the source 
is the standard OSM dump from some week ago.


Honestly, I am not sure what a forest is. More precisely, if you ask 
me – I know, if you ask me to tell what it is – I do not know. 
However, among the many interpretations, I am closest to accept the 
topology interpretation of the notion. The green area in the front 
page map (or in other OSM based maps) usually covering the areas 
tagged as forest and/or wood. In Japan, as everywhere, forests are 
uploaded highly fragmented, they overlap 

Re: [Talk-de] Rettungsleitstellen

[Walter Nordmann]

Moin,

damit nicht der Eindruck entsteht, ich würde hier Fakten schaffen (und 
weil mich ein Kollege dezent darauf aufmerksam gemacht hat), nehme ich 
das Layer wieder raus. Im übrigen sind wir beide der Ansicht, dass diese 
Taggingdiskussion hier unpassend ist. Auch wir sollten die Spielregeln 
einhalten.


Gruss
walter

Am 10.04.2017 um 01:14 schrieb Walter Nordmann:
Nicht unbedingt. wenn das Tag - hoffentlich - auf cooordination_centre 
geändert wird, ist das schnell angepasst.


Gruss
Walter

Am 09.04.2017 um 20:35 schrieb chris66:

Am 09.04.2017 um 13:44 schrieb Walter Nordmann:


Moin,  ich habe /emergency=control_centre/ mal in die Emergency Map 2.2
https://wambachers-osm.website/emergency integriert.


Cool, damit ist das Tag quasi abgesegnet.


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

Re: [Talk-de] Rettungsleitstellen

[Andreas Neumann]

On 04/10/2017 08:18 AM, Rolf Eike Beer wrote:
> 
> Da hast du im Prinzip recht, aber wir mappen ja auch Eisenbahnsignale ;)
> 

Kontaktinformationen haben auch einen gewissen Informationswert für die
Bevölkerung. So macht man beispielsweise Krankentransporte auch via
Leitstelle (Ortstelefonnummer) aus.


-- 
Andreas Neumann
Manggasse 8
98693 Ilmenau

andr.neum...@googlemail.de

http://map4jena.de
http://stadtplan-ilmenau.de

Tel: +49 3677 8025205
Fax: +49 3677 8025206
Mobil: +49 151 23372465

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

Re: [Talk-de] Rettungsleitstellen

[Andreas Neumann]

On 04/09/2017 10:58 PM, Rolf Eike Beer wrote:
> Nein. Eine Rettungswache ist ein Aufenthaltsraum, ein Klo und eine Garage. 
> Alles weitere ist optional. Notrufe werden da grundsätzlich _nicht_ 
> angenommen 
> (wenn jemand mal spontan vor der Tür steht vielleicht schon). Wenn da der 
> Pieper klingelt setzt man sich ins Auto und fährt los, zu diesem Zeitpunkt 
> ist 
> die Wache dann durchaus auch mal völlig leer, das wäre mit den Notrufen dann 
> schon arg unpraktisch.
>
> Wo sich die Leitstellen befinden ist kein wirkliches Geheimnis, wenn du es 
> nicht weißt einfach mal den nächstbesten Polizisten/Feuerwehrmann/Sani fragen 
> wenn man mal ins Gespräch kommen. (Hint: es gibt für jede Fraktion i.d.R. 
> maximal eine pro Landkreis).
>
> Eike

Beispiel Ilm-Kreis:
Wir haben eine Rettungsleitstelle die rund um die Uhr besetzt ist und
quasi alle Notrufe annimmt. Für extreme Katastrophenfälle gibt es die
Technik aber auch an anderen vereinzelten Standorten. Weniger als
Redundanz für die Leitstelle, falls sie ausfällt. Mehr um bei
Katastrophen die Einsatzkräfte vor Ort besser koordinieren zu können.

Das maximal eine stimmt aber bezüglich der ständig besetzten
Leitstellen: Der Landkreis Sömmerda wird durch die Leitstelle der
Hauptstadt Erfurt mit betreut (da gibts dann urbane Horrorstories, wo
die Rettungswagen in die falsche Stadt geschickt werden, weil der Beamte
in der Leitstelle verpeilt hat, dass es auch außerhalb von Erfurt eine
Welt gibt).

Gruß
Andreas

-- 
Andreas Neumann
Manggasse 8
98693 Ilmenau

andr.neum...@googlemail.de

http://map4jena.de
http://stadtplan-ilmenau.de

Tel: +49 3677 8025205
Fax: +49 3677 8025206
Mobil: +49 151 23372465


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

Re: [Talk-it] Laboratorio di cartografia Festa dei Camminanti - Vicopisano - 15 Aprile

[Alessandro Palmas]

Il 10/04/2017 09:50, Marco Barbieri ha scritto:

Buongiorno,
segnalo questo evento:
http://www.camminanti.it/project/24-laboratorio-di-cartografia-digitale-e-partecipata/

Il laboratorio sarebbe abbinato ad una gita che si svolge la mattina, ma
i posti per la gita sono già esauriti (31 iscritti + lista di attesa).
Sul sito appare che anche il laboratorio ha esaurito i posti, ma se
qualcuno viene direttamente senza iscriversi, non ci sono problemi.




Ciao,
ci sarò anch'io in arrivo da Genova.

Visto che i posti saranno limitati l'invito è rivolto particolarmente a 
chi non è esperto di OSM.


Alessandro Ale_Zena_I

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

[OSM-talk] A forest ... what?

[Sandor Seres]

Three weeks ago I posted some multipolygon related notes. This mail is, in a
way, an addition to that former mail.

My first note was triggered by some user worries about poorer maps if they
use data from the osm2ogsql preparation. Dropping "broken multipolygons"
will result in many and large empty/white places with long reparation
period. Strengthening the preparation on the subject might be a better
option in my opinion (I know, I was there). However, at the end, how this
subject will be handled is perfectly up to the authors of the osm2pgsql
application.  Users starting from the OSM source data will not be affected
whatever strategy will be selected.

The second note was related to the mass/programmatic correction of the
source data. This could have dangerous/damaging impact on many OSM users.
Fortunately, the replays say that programmatic correction is not a strategy
in the "fixing multypolygons" actions. I have mentioned the "self-crossings"
issue which is not an error for many users (depending on what notion
interpretations and tools one uses). To clean up the confusion, this note
needs some additional words. Assume someone would correct all polygon
self-crossings in the source data. Assume, the selected fixing model is the
popular dividing model (the polygon is divided into new polygons between
self-crossings). The "fix" will be correct but the consequences damaging.
Namely, in scaling and rendering the new small areas quickly  reach
ignorable/collapsing size causing brakes. Here, it is worth noting, that the
self-crossing issue is a topic in the modern vector based digital mapping
even if all self-crossings are somehow resolved in the source data. Namely,
while scaling and doing edge-smoothing in data generalisation,
self-crossings on thin area sections (like fiords, peninsulas, rivers and so
on) are unavoidable and dividing produces many tiny areas. High
fragmentation of the source data and freedom of tag selection (river
sections tagged as lakes) make the issue even worse. Just look  at the
Amazonas river-system rendering from a popular vector map-maker her
 http://goo.gl/bT1Bu9

(the screen dump is from yesterday, from a demo system, in roughly 1:6.7
mill scale). There are really many and large unacceptable breaks. However,
from the same data source, using topology geometry as suggested in my former
mail, it is possible to create a compact minimal coverage for the same river
system like this    https://goo.gl/pNQwDm . Note that
the river system her is one simple area (one outer and many inner borders
never touching each other) from Peru to the Atlantic. To be on the fair side
the last image should be rendered from a zoom/scale level that corresponds
to the 1:6.7 mill scale. This is done here  
https://goo.gl/eaAWNy and the zoom level contains approximately 250 times
less nodes than the level used for the previous image. The area connectivity
is still perfectly preserved and the image is much cleaner in this scale
extract. Finally, if a user is still insist on fixing the polygon
self-crossings, exchanging  and reversing the poly-lines between two
consecutive self-crossings (eventually just reversing the end loop after a
self-crossing) should be a much better strategy. 

However, the third, the last note was my major point. Just to remind. There
is a large set of area related anomalies caused by relations between objects
from different classes (between seas, forests, lakes, rivers.). The extent
and complexity of this set is far beyond the "broken polygons" issue  and
should be more in the development focus. Even if the areas/multipolygons
within a class are in perfect conformity with the strongest OSM and OGC
rules, still these anomalies are there, though sometimes hardly visible in
maps. Therefor many map-makers tolerate them but in GIS systems they appear
as strong limitations and should not be tolerated. In the former mail  I
have presented many examples and some hints how these anomalies could be
resolved. Unfortunately, the discussion went in a wrong direction, about the
Scandinavian forests, while the region selection is irrelevant for the
subject. To avoid much repetition I will present further examples without
details in procedures. The illustrations are from the area of Japan (one of
the best mapped areas) and the source is the standard OSM dump from some
week ago.

Honestly, I am not sure what a forest is. More precisely, if you ask me - I
know, if you ask me to tell what it is - I do not know. However, among the
many interpretations, I am closest to accept the topology interpretation of
the notion. The green area in the front page map (or in other OSM based
maps) usually covering the areas tagged as forest and/or wood. In Japan, as
everywhere, forests are uploaded highly fragmented, they overlap in the most
strange combinations, the same with river and lake area objects. The most
common case is when borders of 

Re: [Talk-it] nomi con date

[Martin Koppenhoefer]

sent from a phone

> On 9. Apr 2017, at 23:48, Davide Sandona'  wrote:
> 
> Io proporrei di utilizzare iniziali solamente maiuscole oppure solamente 
> minuscole, in modo da evitare elementi di confusione.


+1, tranne le parole come di, degli, da, in, e, della, delle, del, per, ecc.


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

Re: [Talk-it] nomi con date

[Martin Koppenhoefer]

sent from a phone

> On 9. Apr 2017, at 16:04, Fabrizio Tambussa  wrote:
> 
> Se c'è consenso della comunità e si decide che l'ISTAT detta le
> regole, si può cambiare la pagina wiki.
> 
> Io sono favorevole all'ISTAT.


io sono favorevole a rappresentare la realtà il più accurato possibile. ISTAT 
ha dato le regole e se c'è una legge che dice che i comuni devono adeguarsi e 
ridefinire come si scrivono i nomi sul loro territorio (penso che ci sia questa 
regola), allora metterei questa forma appena hanno provveduto i comuni a 
rendere ufficiale la nuova dicitura.

Nel caso che il cartello abbia la vecchia scritta preferirei mettere la 
versione ufficiale in official_name e la versione on the ground in name, perché 
è quello che serve per orientarsi.


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

Re: [Talk-it] nomi con date

[Marco_T]

Lorenzo Beba Beltrami wrote
> 
> Proposta B (un po' meno ignorante):
> 1. Proposta A (v. sopra)
> 2. In minuscolo solo le preposizioni (anche quando si tratta di 'cognomi'
> come "Leonardo da Vinci"[1], "Jacopone da Todi"[2], "Erasmo da
> Rotterdam"[3], ecc.)
> Quindi lasciando in maiuscolo eventuali titoli ("San", "Don", "Cavaliere",
> "Conte") indistintamente.

Ciao Lorenzo,
come dici, non esistono regole precise, più che altro eistono norme di
"stile".
Io nelle mie ricerche ho seguito queste indicazioni:

https://it.wikipedia.org/wiki/Aiuto:Maiuscolo_e_minuscolo

che comunque derivano da esamina di pubblicazioni abbastanza autorevoli.

Riporto alcuni stralci in merito alla tua proposta (leggere tutto per avere
un quadro complessivo):

"I prefissi degli, de', dei, de li ecc. dei cognomi dei personaggi anteriori
al XIX secolo vanno scritti in minuscolo[5]; per quelli successivi in
maiuscolo (es. Ugolino della Gherardesca, 1220-1289; Enrico De Nicola,
1877-1959). Si faccia comunque riferimento alle fonti più autorevoli per
eccezioni in un senso o nell'altro."

"I titoli congiunti a cariche ricoperte in vita vanno sempre in minuscolo
quando sono generici o in presenza del nome proprio (es.: papa Giovanni
Paolo II, granduca del Lussemburgo, re d'Italia).
Questa regola generale vale per:
-titoli di dignità, titoli ecclesiastici, nobiliari, militari,
cavallereschi e di ufficio; cariche pubbliche, politiche, accademiche,
scolastiche, professionali e militari, autorità (es.: imperatore, re,
principe, conte, duca, dottore, avvocato, colonnello, generale, don,
monsignore, fra', suor, padre, vescovo, cardinale, papa, assessore,
deputato, senatore, primo ministro, professore - quest'ultimo in generale va
omesso se c'è il nome, o si indicano eventuali titoli accademici o
istituzionali);
-titoli e appellativi onorifici o di rispetto (anche religiosi)
attribuiti alla persona (cavaliere, commendatore, beato, santo).
[...]
"
Secondo me questo link è una buona base di discussione che copre ogni
casistica.

-- 
Marco_T



--
View this message in context: 
http://gis.19327.n8.nabble.com/nomi-con-date-tp5894982p5895078.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] nomi con date

[Martin Koppenhoefer]

sent from a phone

On 9. Apr 2017, at 11:55, Alessandro  wrote:

>> non nel cartello stradale.
>> 
> 
> 
> +1 anche perchè molti comuni a corto di fondi possono già aver ufficializzato 
> la nuova denominazione ma si guardano bene dallo spendere soldi per 
> sostituire le targhe della toponomastica.


per persone che non capiscono l'italiano è difficile capire che venticinque e 
25 sono la stessa cosa. Invito intanto tutti di completare la lista delle 
abbreviazioni (e simili) per aiutare Nominatim a trovare la strada:

https://wiki.openstreetmap.org/wiki/Name_finder:Abbreviations#Italiano_-_Italian


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

[Talk-it] Laboratorio di cartografia Festa dei Camminanti - Vicopisano - 15 Aprile

[Marco Barbieri]

Buongiorno,
segnalo questo evento:
http://www.camminanti.it/project/24-laboratorio-di-cartografia-digitale-e-partecipata/

Il laboratorio sarebbe abbinato ad una gita che si svolge la mattina, ma i
posti per la gita sono già esauriti (31 iscritti + lista di attesa). Sul
sito appare che anche il laboratorio ha esaurito i posti, ma se qualcuno
viene direttamente senza iscriversi, non ci sono problemi.

Ciao.
M

-- 
*Marco Barbieri / *Cartografo
marcobarbi...@webmapp.it
www.webmapp.it
+39 050 55 25 74 / +39 347 683 03 13

Webmapp is made by:
Net7
Via Marche 10 / 56123 Pisa
P.Iva e CF 01577590506
CCIAA di Pisa n. 01577590506 del 26/04/2001
Capitale Sociale 10.000,00 €
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] utente sempre lui

[Max1234Ita]

Cioè si aprirà un nuovo account, magari in lingua coreana (ché oggidì va di
moda) e continuerà a fare lo stesso fino a quando non lo beccheranno di
nuovo... 

Buon inizio settimana,
Max




--
View this message in context: 
http://gis.19327.n8.nabble.com/utente-sempre-lui-tp5894939p5895075.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] nomi con date

[Lorenzo "Beba" Beltrami]

Il giorno 9 aprile 2017 16:04, Fabrizio Tambussa  ha
scritto:

>
> Io sono favorevole all'ISTAT.
>

+1

Sulle iniziali maiuscole/minuscole sono più indeciso...

Da un certo punto di vista sono d'accordo con Davide quando dice di mettere
le iniziali tutte maiuscole o tutte minuscole in modo da semplificare la
cosa.
Se si vuole fare una cosa più raffinata si potrebbe partire dal metterle
tutte maiuscole ovunque e poi trovare le (poche) eccezioni.

Per buttare giù una bozza ecco due proposte:

Proposta A (la più semplice):
1. Direttive ISTAT
2. Tutte le iniziali maiuscole

Proposta B (un po' meno ignorante):
1. Proposta A (v. sopra)
2. In minuscolo solo le preposizioni (anche quando si tratta di 'cognomi'
come "Leonardo da Vinci"[1], "Jacopone da Todi"[2], "Erasmo da
Rotterdam"[3], ecc.)
Quindi lasciando in maiuscolo eventuali titoli ("San", "Don", "Cavaliere",
"Conte") indistintamente.

Per chi volesse trarre qualche ispirazione in più c'è questo articolo
dell'Accademia della Crusca[4] (in cui comunque si sottolinea che non
esiste una regola precisa e che il tema maiuscole/minuscole segue di pari
passo le mode e i tempi).

Lorenzo

[1] https://it.wikipedia.org/wiki/Leonardo_da_Vinci
[2] https://it.wikipedia.org/wiki/Jacopone_da_Todi
[3] https://it.wikipedia.org/wiki/Erasmo_da_Rotterdam
[4]
http://www.accademiadellacrusca.it/en/italian-language/language-consulting/questions-answers/uso-maiuscole-minuscole
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-de] Rettungsleitstellen

[Rolf Eike Beer]

Am Montag, 10. April 2017, 05:33:21 schrieb gmbo:
> Am 09.04.2017 um 22:58 schrieb Rolf Eike Beer:
> >> Aber woher käme die Information für einen Mäpper daß es sich bei dieser
> >> Einrichtung um eine Rettungsleitstelle handelt. Diese Funktion sollte in
> >> allen Rettungswachen installiert sein, aber von der Besetzung hängt ab
> >> ob es eine Leitstelle ist.
> > 
> > Nein. Eine Rettungswache ist ein Aufenthaltsraum, ein Klo und eine Garage.
> > Alles weitere ist optional. Notrufe werden da grundsätzlich _nicht_
> > angenommen (wenn jemand mal spontan vor der Tür steht vielleicht schon).
> > Wenn da der Pieper klingelt setzt man sich ins Auto und fährt los, zu
> > diesem Zeitpunkt ist die Wache dann durchaus auch mal völlig leer, das
> > wäre mit den Notrufen dann schon arg unpraktisch.
> > 
> > Wo sich die Leitstellen befinden ist kein wirkliches Geheimnis, wenn du es
> > nicht weißt einfach mal den nächstbesten Polizisten/Feuerwehrmann/Sani
> > fragen wenn man mal ins Gespräch kommen. (Hint: es gibt für jede Fraktion
> > i.d.R. maximal eine pro Landkreis).
> 
> Es mag in ländlicheren Gegenden so einfache Wachen geben, die eine
> solche Funktion nicht haben, aber es wird in größeren Wachen mit
> Sicherheit die Technik dafür installiert.

Nein, zumindest nicht in Deutschland. Das bedingt nämlich u.a. spezielle 
Schaltungen in der Telefonvermittlung, und die müssten ja dann im Problemfall 
erst aktiviert werden.

> So ein System funktioniert nicht ohne Redundanz. und die ist nicht an
> den Ort gebunden.

"Bitte rufen Sie die Leitstelle über Amt an." Der vorgesehene Fallback ist 
meist die Umschaltung auf eine Nachbarleitstelle.

> Es wird auch im Landkreis Fallbacksysteme geben um In Notfällen
> reagieren zu können.

Bei großflächigem Telefonausfall werden die Feuerwehrgerätehäuser besetzt bis 
das Problem behoben ist.

> Die Frage nach der Sichtbarkeit für Mapper ging auf die Sichtbarkeit
> hin, an was könnte man also per Auge feststellen, wo sich eine solche
> Institution befindet.

Steht meist draußen am Gebäude dran, die Standorte sind wie gesagt nicht 
geheim.

> In eine solche Leitstelle kommen nur berechtigte Personen.
> Was würde also eine Information für die Daten einer Karte nutzen?

Da hast du im Prinzip recht, aber wir mappen ja auch Eisenbahnsignale ;)

> Für meine Begriffe würde das nur dann Sinn machen, wenn die offizielllen
> Stellen dieses zur Darstellung nutzen wollen und da würde dann nicht der
> Punkt der Leitstelle benötigt sondern eher die Fläche die die Leitstelle
> betreut.
> Und auch das unterliegt Änderunngen, die nur Insider kennen.

Die wiederum sind recht einfach: da das kommunale Angelegenheiten sind ist die 
Fläche identisch mit der einer größeren Gebietskörperschaft, d.h. einem 
ehemaligen oder aktuellen Landkreis, einer kreisfreien Stadt oder in seltenen 
Fällen einer größeren kreisangehörigen Stadt (meist mit Berufsfeuerwehr oder 
ständig besetzter Feuerwache). Es können auch mehrere Landkreise auf einmal 
sein. Die einzige mir bekannte Ausnahme in die andere Richtung in Deutschland 
ist Berlin, das AFAIK 3 Feuerwehrleitstellen hat (die jeweils auch 
Rettungsdienst mit erledigen).

Eike

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