Re: [Talk-in] Seeking advice for tree mapping using OSM

[Abhijit Kshirsagar]

I agree - "OSM is not the best place to use as a datastore".
Although, perhaps the data itself could be stored separately, and
integrated with the OSM map layers for display / analysis etc?

~Abhijit

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

Re: [Talk-de] postgis osm2pgsql issue - zusammenhang

[Tobias]

Hi,

das verwenden den Bayern exports hat tatsächlich mein problem behoben.

Was ich noch nicht verstehe ist warum ein falsches poly file beim
zuschnitt von Niederbayern auswirkungen auf den Landkreis Landshut hat?
Die Niederbayern Geometrie und die Landkreisgeometrie sind doch 2 total
unterschiedliche Dinge und km weit auseinander. Wie hängt das zusammen?

Gruß und Dank


On 06.04.2016 21:53, Max Berger wrote:
> Am Mittwoch, den 06.04.2016, 20:41 +0200 schrieb Tobias:
>> Hi,
>>
>> ich habe jetzt die Datenbank gedropt und auch das postgis template neu
>> angelgt
>>
>> ...
> 
> Ich hab auch das Niederbayern-Extrakt importiert und komme auch auf Dein
> falsches Ergebnis.
> 
> Vielleicht kann jemand bestätigen, dass im aktuellen Extrakt der
> Geofabrik der Way 192087308 fehlt. Der ist Teil der Grenze des
> Landkreises Landshut und von Niederbayern.
> 
> Falls das Extrakt wirklich kaputt ist, würde ich das Bayern-Extrakt
> empfehlen und daraus ein grosszügiges Rechteck um Niederbayern
> ausschneiden.
> 
> Grüße, Max
> 
> 
> 
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
> 


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

Re: [talk-au] Refreshing NSW place names from the GNB database.

[Andrew Davidson]

After a bit of digital archaeology I've found this thread:

https://lists.openstreetmap.org/pipermail/legal-talk/2007-July/000398.html

Which seems to be the point at which people thought they'd got 
permission (but there are doubters in the thread).


The bit I can't figure is why they'd agreed to tagging with the 
copyright notice but then the import seems to have gone ahead without 
this, see:


http://www.openstreetmap.org/changeset/507147

for example.

Then there is a review in 2010:

https://lists.openstreetmap.org/pipermail/legal-talk/2010-August/004136.html

which seems to have resulted in someone still believing that we had 
permission.




On 7/4/16 11:55, Andrew Harvey wrote:

As far as I can tell, this data isn't available under a free and open
license, so unless there is documentation somewhere to suggest
otherwise, it shouldn't have been imported to begin with and certainly
shouldn't be added again.

On 7 April 2016 at 11:30, Andrew Davidson > wrote:

There was an import of NSW places from the GNB database done back in
2008 with a helpful wiki page ;-)

http://wiki.openstreetmap.org/wiki/NSW_Geographic_Names_Import

I'm proposing to review these to see what's changed in the last 8
years but I've run into a number of problems:

1. It would seem that the original import was not complete
2. The nswgnb tags have not survived well
3. The GNB has "helpfully" created entries for the address
localities but these seem to have taken on the reference numbers for
the original town/village/city. They've created new entries for the
original entity but this means that the town/village/city now has a
different reference number.
4. Sometimes the locality entry has the same location but at other
times it can be separated by up to 5km.

Initially I thought that the multiple GNB references could be
entered with multiple values like this:

http://www.openstreetmap.org/node/3118349777

but this doesn't naturally tell you how the place:nswgnb and
ref:nswgnb line up and it doesn't lend itself to adding the
alt_names that are in the database. As an alternative I'd like to
use this scheme*:

http://www.openstreetmap.org/node/113135446

which requires swapping the namespace prefix around to make nswgnb
the namespace. I think this makes it clearer how the GNB categories
line up and can be extended for more names (There is at least one
place in NSW with three different variant names).

I'm also proposing to put the LOCALITY or SUBURB entry at the same
place as the corresponding TOWN/VILLAGE/CITY etc entry (provided
that it still falls inside the admin_level 10 boundary).

Any views on these ideas? I think the most important thing is will
this be useful for the next person who looks at this in 5 to 10
years from now?


*Unusually the admin_level 10 boundary for this area is called Lake
Tabourie and has a separate GNB entry:

http://www.openstreetmap.org/node/4103653600






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




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

Re: [talk-au] Refreshing NSW place names from the GNB database.

[cleary]

I think that "refreshing" the Geographic Names Board (GNB) placenames
would be unhelpful.

If you read the contributors page in the wiki, it is unclear that
appropriate permission was ever obtained to use the GNB data. It seemed
to me that the particular contributor was relying on a generalised
permission for personal and non-commercial use but  without specific
permission for OSM to use the data. I contacted GNB during 2015, seeking
to clarify and confirm permission but did not receive a final response. 
Subsequently, OSM was given specific permission to use to access
specified data from LPI NSW.GNB is now part of LPI NSW and the GNB
database did not form part of the data for which approval was given. So
I remain uncertain that OSM has the necessary permission to use the GNB
database.

A further reservation relates to the inadequacies of the data. Many of
the co-ordinates for locations and features are incorrect. The published
GNB locations of some place names are actually across state borders.
Most errors are small but still significant. The locations on the LPI
NSW Base Map are far more accurate.

Another reservation relates to the appropriateness of including all the
place names in the OSM map. It is a bit like including old railways
lines and stations that are long gone. The GNB database includes places
that were once settlements but are now just memories. For example, GNB
lists a locality called "Bogan" on the Gongolgon Tarcoon Road near the
Bourke Shire/Brewarrina Shire boundary,
(http://www.openstreetmap.org/node/113763363#map=17/-30.17587/146.49569)
 I drove along that road last year, looking for any sign of the place
and there are no buildings, no signs, nothing at all to be seen locally
- only an entry in the GNB database which had been added into OSM. I did
not remove the place from OSM but I think I may have edited the tags and
reduced it from a "hamlet" to a "locality" although I felt sorely
tempted to delete the node as there really was nothing there.

I have edited quite a number of GNB place names when undertaking other
edits. I have relocated the nodes to the actual sites as shown on
satellite imagery or LPI NSW Base Map and have altered the place tags
where it seemed appropriate.(e.g replacing the "hamlet" tag when there
are no residents anywhere in the area. Overall I prefer to use survey
data and the approved LPI NSW data sources and would be disappointed if
GNB data were to be "refreshed'.







On Thu, Apr 7, 2016, at 11:43 AM, Ian Sergeant wrote:
> Hi,
> 
> What are you actually trying to achieve here?
> 
> As I understand, the purpose of the original GNB update was slot in
> GNB names where OSM didn't already have coverage.
> 
> If there is already a town/village/suburb/locality in OSM, and it is
> already well located, then there is no issue that I can see.
> 
> What type of changes in the GNB have happened that you want to reflect in
> OSM?
> 
> I'm really not sure how putting a locality node bang on top of a town
> node is going to be anything put confusing.  I don't think it
> communicates any information at all.
> 
> Ian.
> 
> 
> 
> On 7 April 2016 at 11:30, Andrew Davidson  wrote:
> > There was an import of NSW places from the GNB database done back in 2008
> > with a helpful wiki page ;-)
> >
> > http://wiki.openstreetmap.org/wiki/NSW_Geographic_Names_Import
> >
> > I'm proposing to review these to see what's changed in the last 8 years but
> > I've run into a number of problems:
> >
> > 1. It would seem that the original import was not complete
> > 2. The nswgnb tags have not survived well
> > 3. The GNB has "helpfully" created entries for the address localities but
> > these seem to have taken on the reference numbers for the original
> > town/village/city. They've created new entries for the original entity but
> > this means that the town/village/city now has a different reference number.
> > 4. Sometimes the locality entry has the same location but at other times it
> > can be separated by up to 5km.
> >
> > Initially I thought that the multiple GNB references could be entered with
> > multiple values like this:
> >
> > http://www.openstreetmap.org/node/3118349777
> >
> > but this doesn't naturally tell you how the place:nswgnb and ref:nswgnb line
> > up and it doesn't lend itself to adding the alt_names that are in the
> > database. As an alternative I'd like to use this scheme*:
> >
> > http://www.openstreetmap.org/node/113135446
> >
> > which requires swapping the namespace prefix around to make nswgnb the
> > namespace. I think this makes it clearer how the GNB categories line up and
> > can be extended for more names (There is at least one place in NSW with
> > three different variant names).
> >
> > I'm also proposing to put the LOCALITY or SUBURB entry at the same place as
> > the corresponding TOWN/VILLAGE/CITY etc entry (provided that it still falls
> > inside the admin_level 10 boundary).
> >
> > Any views on these ideas? I think 

Re: [talk-au] Refreshing NSW place names from the GNB database.

[Andrew Davidson]

Hmm, yes that is a problem. It one of the more annoying things that I've 
found with OSM; that the level of documentation for "approval" is not 
consistent. I had been assuming that this had been approved on the basis 
of it being in the list of imports.


In that case is it a matter of removing the tags?

On 7/4/16 11:55, Andrew Harvey wrote:

As far as I can tell, this data isn't available under a free and open
license, so unless there is documentation somewhere to suggest
otherwise, it shouldn't have been imported to begin with and certainly
shouldn't be added again.

On 7 April 2016 at 11:30, Andrew Davidson > wrote:

There was an import of NSW places from the GNB database done back in
2008 with a helpful wiki page ;-)

http://wiki.openstreetmap.org/wiki/NSW_Geographic_Names_Import

I'm proposing to review these to see what's changed in the last 8
years but I've run into a number of problems:

1. It would seem that the original import was not complete
2. The nswgnb tags have not survived well
3. The GNB has "helpfully" created entries for the address
localities but these seem to have taken on the reference numbers for
the original town/village/city. They've created new entries for the
original entity but this means that the town/village/city now has a
different reference number.
4. Sometimes the locality entry has the same location but at other
times it can be separated by up to 5km.

Initially I thought that the multiple GNB references could be
entered with multiple values like this:

http://www.openstreetmap.org/node/3118349777

but this doesn't naturally tell you how the place:nswgnb and
ref:nswgnb line up and it doesn't lend itself to adding the
alt_names that are in the database. As an alternative I'd like to
use this scheme*:

http://www.openstreetmap.org/node/113135446

which requires swapping the namespace prefix around to make nswgnb
the namespace. I think this makes it clearer how the GNB categories
line up and can be extended for more names (There is at least one
place in NSW with three different variant names).

I'm also proposing to put the LOCALITY or SUBURB entry at the same
place as the corresponding TOWN/VILLAGE/CITY etc entry (provided
that it still falls inside the admin_level 10 boundary).

Any views on these ideas? I think the most important thing is will
this be useful for the next person who looks at this in 5 to 10
years from now?


*Unusually the admin_level 10 boundary for this area is called Lake
Tabourie and has a separate GNB entry:

http://www.openstreetmap.org/node/4103653600






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




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

Re: [talk-au] Refreshing NSW place names from the GNB database.

[Andrew Davidson]

On 7/4/16 11:43, Ian Sergeant wrote:

Hi,

What are you actually trying to achieve here?

As I understand, the purpose of the original GNB update was slot in
GNB names where OSM didn't already have coverage.

If there is already a town/village/suburb/locality in OSM, and it is
already well located, then there is no issue that I can see.

What type of changes in the GNB have happened that you want to reflect in OSM?


New place names get created, old names get discontinued, new variants of 
names get registered, spelling of place names are changed, dual names 
are registered, place names that for some reason have never made it to 
OSM are missing, alternative names that weren't included in the initial 
import should be included.





I'm really not sure how putting a locality node bang on top of a town
node is going to be anything put confusing.  I don't think it
communicates any information at all.


Did you look at the examples? I meant the opposite of that; there should 
only be one OSM place node even if that means having the LOCALITY or 
SUBURB entry significantly offset from the GNB lat/lon.


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

Re: [talk-au] Refreshing NSW place names from the GNB database.

[Andrew Harvey]

As far as I can tell, this data isn't available under a free and open
license, so unless there is documentation somewhere to suggest otherwise,
it shouldn't have been imported to begin with and certainly shouldn't be
added again.

On 7 April 2016 at 11:30, Andrew Davidson  wrote:

> There was an import of NSW places from the GNB database done back in 2008
> with a helpful wiki page ;-)
>
> http://wiki.openstreetmap.org/wiki/NSW_Geographic_Names_Import
>
> I'm proposing to review these to see what's changed in the last 8 years
> but I've run into a number of problems:
>
> 1. It would seem that the original import was not complete
> 2. The nswgnb tags have not survived well
> 3. The GNB has "helpfully" created entries for the address localities but
> these seem to have taken on the reference numbers for the original
> town/village/city. They've created new entries for the original entity but
> this means that the town/village/city now has a different reference number.
> 4. Sometimes the locality entry has the same location but at other times
> it can be separated by up to 5km.
>
> Initially I thought that the multiple GNB references could be entered with
> multiple values like this:
>
> http://www.openstreetmap.org/node/3118349777
>
> but this doesn't naturally tell you how the place:nswgnb and ref:nswgnb
> line up and it doesn't lend itself to adding the alt_names that are in the
> database. As an alternative I'd like to use this scheme*:
>
> http://www.openstreetmap.org/node/113135446
>
> which requires swapping the namespace prefix around to make nswgnb the
> namespace. I think this makes it clearer how the GNB categories line up and
> can be extended for more names (There is at least one place in NSW with
> three different variant names).
>
> I'm also proposing to put the LOCALITY or SUBURB entry at the same place
> as the corresponding TOWN/VILLAGE/CITY etc entry (provided that it still
> falls inside the admin_level 10 boundary).
>
> Any views on these ideas? I think the most important thing is will this be
> useful for the next person who looks at this in 5 to 10 years from now?
>
>
> *Unusually the admin_level 10 boundary for this area is called Lake
> Tabourie and has a separate GNB entry:
>
> http://www.openstreetmap.org/node/4103653600
>
>
>
>
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Refreshing NSW place names from the GNB database.

[Ian Sergeant]

Hi,

What are you actually trying to achieve here?

As I understand, the purpose of the original GNB update was slot in
GNB names where OSM didn't already have coverage.

If there is already a town/village/suburb/locality in OSM, and it is
already well located, then there is no issue that I can see.

What type of changes in the GNB have happened that you want to reflect in OSM?

I'm really not sure how putting a locality node bang on top of a town
node is going to be anything put confusing.  I don't think it
communicates any information at all.

Ian.



On 7 April 2016 at 11:30, Andrew Davidson  wrote:
> There was an import of NSW places from the GNB database done back in 2008
> with a helpful wiki page ;-)
>
> http://wiki.openstreetmap.org/wiki/NSW_Geographic_Names_Import
>
> I'm proposing to review these to see what's changed in the last 8 years but
> I've run into a number of problems:
>
> 1. It would seem that the original import was not complete
> 2. The nswgnb tags have not survived well
> 3. The GNB has "helpfully" created entries for the address localities but
> these seem to have taken on the reference numbers for the original
> town/village/city. They've created new entries for the original entity but
> this means that the town/village/city now has a different reference number.
> 4. Sometimes the locality entry has the same location but at other times it
> can be separated by up to 5km.
>
> Initially I thought that the multiple GNB references could be entered with
> multiple values like this:
>
> http://www.openstreetmap.org/node/3118349777
>
> but this doesn't naturally tell you how the place:nswgnb and ref:nswgnb line
> up and it doesn't lend itself to adding the alt_names that are in the
> database. As an alternative I'd like to use this scheme*:
>
> http://www.openstreetmap.org/node/113135446
>
> which requires swapping the namespace prefix around to make nswgnb the
> namespace. I think this makes it clearer how the GNB categories line up and
> can be extended for more names (There is at least one place in NSW with
> three different variant names).
>
> I'm also proposing to put the LOCALITY or SUBURB entry at the same place as
> the corresponding TOWN/VILLAGE/CITY etc entry (provided that it still falls
> inside the admin_level 10 boundary).
>
> Any views on these ideas? I think the most important thing is will this be
> useful for the next person who looks at this in 5 to 10 years from now?
>
>
> *Unusually the admin_level 10 boundary for this area is called Lake Tabourie
> and has a separate GNB entry:
>
> http://www.openstreetmap.org/node/4103653600
>
>
>
>
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au

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

[talk-au] Refreshing NSW place names from the GNB database.

[Andrew Davidson]

There was an import of NSW places from the GNB database done back in 
2008 with a helpful wiki page ;-)


http://wiki.openstreetmap.org/wiki/NSW_Geographic_Names_Import

I'm proposing to review these to see what's changed in the last 8 years 
but I've run into a number of problems:


1. It would seem that the original import was not complete
2. The nswgnb tags have not survived well
3. The GNB has "helpfully" created entries for the address localities 
but these seem to have taken on the reference numbers for the original 
town/village/city. They've created new entries for the original entity 
but this means that the town/village/city now has a different reference 
number.
4. Sometimes the locality entry has the same location but at other times 
it can be separated by up to 5km.


Initially I thought that the multiple GNB references could be entered 
with multiple values like this:


http://www.openstreetmap.org/node/3118349777

but this doesn't naturally tell you how the place:nswgnb and ref:nswgnb 
line up and it doesn't lend itself to adding the alt_names that are in 
the database. As an alternative I'd like to use this scheme*:


http://www.openstreetmap.org/node/113135446

which requires swapping the namespace prefix around to make nswgnb the 
namespace. I think this makes it clearer how the GNB categories line up 
and can be extended for more names (There is at least one place in NSW 
with three different variant names).


I'm also proposing to put the LOCALITY or SUBURB entry at the same place 
as the corresponding TOWN/VILLAGE/CITY etc entry (provided that it still 
falls inside the admin_level 10 boundary).


Any views on these ideas? I think the most important thing is will this 
be useful for the next person who looks at this in 5 to 10 years from now?



*Unusually the admin_level 10 boundary for this area is called Lake 
Tabourie and has a separate GNB entry:


http://www.openstreetmap.org/node/4103653600






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

Re: [Talk-es] OpenData Sevilla

[Alejandro S.]

Buenas,

Pues según recoge la wiki [0], la licencia cc-by-4.0 no es compatible con
la odbl si no hay un consentimiento por parte del autor, en este caso el
ayuntamiento, de que aparecer en la página de contributors es suficiente
como atribución.

Así que, desgraciadamente, sin el consentimiento, los datos no se pueden
importar en osm :(

Saludos,
Alejandro Suárez

[0]: https://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility

On Wed, Apr 6, 2016, 09:13 Moises Arcos  wrote:

> Buenos días,
>
> he estado echándole un ojo al portal de datos abiertos del Ayuntamiento de
> Sevilla [1] y veo que hay mucha información que podría subirse a OSM. Lo
> primero a por lo que me he ido es a ver la licencia que tienen y están bajo
> CC BY 4.0 [2], por lo que yo tengo entendido se podrían usar para importar
> a OSM, si no es así por favor corregidme.
>
> Lo siguiente que me gustaría hacer es preparar una página en la wiki con
> toda la información de cada uno de los datasets que contengan datos
> geográficos que podamos usar para la importación y así podernos coordinar
> fácilmente.
>
> Ya os iré informando de los avances.
>
> Un saludo!!!
>
> [1] http://datosabiertos.sevilla.org/
> [2] http://datosabiertos.sevilla.org/que-es/
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Datos abiertos de Gijón/Xixón

[Alejandro S.]

¡Ojo cuidado!
Que en el segundo link pone claramente que NO es compatible (incompatible
attribution requirements) si no se pide explícitamente que aseguren que
aparecer en la página de contributors es suficiente como atribución. Poner
el source=* no hace que te puedas saltar esa parte. Pensad que en un render
hecho a partir de osm no se va a ver esa etiqueta pero la atribución tiene
que respetarse igualmente.

Así que, desgraciadamente, esos datos no son compatibles hasta que se
consiga el consentimiento del Ayuntamiento.

Tristes saludos,
Alejandro Suárez

On Wed, Apr 6, 2016, 16:44 Santiago Crespo 
wrote:

> Hola,
>
> Entiendo que es compatible y no hay problema. En las condiciones de uso
> [1] dicen que es CC-by 3.0 con la única limitación de que no permiten
> que "el sentido de la información se vea desnaturalizado o desvirtuado.".
>
> Ahora, en la tabla de compatibilidad con la ODbL[3] pone que hay que
> tener un consentimiento por escrito en el que diga el Ayuntamiento que
> es suficiente con aparecer en la página de "contributors". Sin ser
> abogado, creo que no es necesario sin incluimos el tag "source" al
> changeset o nodo.
>
> Mientras tanto, he creado la página en el wiki con la tabla con todos
> los datasets [3]. Hay que quitar los que no tengan datos geográficos.
>
> [1] https://transparencia.gijon.es/page/1811-terminos-de-uso
> [2] https://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility
> [3] https://wiki.openstreetmap.org/wiki/Import_Ayuntamiento_Gijón
>
> Saludos,
> Santiago Crespo
>
> On 04/06/2016 02:51 PM, Xuacu wrote:
> > Hola.
> >
> > Agradecería que alguien más experto en licencias pudiera echarle un
> > ojo a la del Ayuntamiento de Gijón. Por lo que creo, CC-by 3.0 sería
> > compatible, pero me gustaría confirmarlo.
> >
> > Aquí están los datos que libera el Ayuntamiento:
> > https://transparencia.gijon.es/page/1808-catalogo-de-datos
> >
> > Un saludo,
> >
> > Xuacu Saturio
> > Usuariu de Linux // Linux user #134680
> > https://www.linuxcounter.net/
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-es
> >
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-ie] Landuse

[moltonel 3x Combo]

Landuse is a bit tricky in OSM because it has a large part of
subjectivity. The residential/retail/commercial/industrial split is a
common issue. How wide does a street need to be before we stop
including it in the landuse ? How all-encompassing should
landuse=farmland be ? Should we have lots of single-house
landuse=residential in the countryside ? What's up with landuse=forest
vs natural=wood ? Should I start using a multipolygon or stay with
shared-nodes closed-ways for now ? These existential questions explain
why landuse in OSM is just ok-ish.

FWIW, I tend to trace buildings first and landuse later (though
sometimes I lose patience). Having a landuse=residential polygon
double as a place=locality/neighbourhood is great when you can. I
stoped worrying about spliting residential/retail exactly right. For
better or worse, the townlands project is making Ireland
multipolygon-heavy, so I hesitate less than I used to about using MPs.
Most of our landuse=farmland has apparently been mapped by
single-contribution landowners and is often of poor quality, but so
far I only bother improving it when it interferes with the rest. I
adopted the POV that landuse=forest means forestry activity and
implies natural=wood when nothing else is tagged.

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

Re: [Talk-br] Site da Prefeitura de Santa Maria inclui link para o OSM

[Wille]

Ótima ideia, santamariense!! Parabéns!  
  
\--

Wille

  

On Abr 5 2016, at 1:43 pm, santamariense imagens...@gmail.com wrote:  

> Protocolei na prefeitura de Santa Maria / RS um pedido para inclusão  
ou substituição do link do Google Maps para o OpenStreetmap. No  
protocolo detalhei o projeto, citei exemplos de entidades  
governamentais que mudaram para o OSM e por quais motivos. Justifiquei  
que o Google Maps é uma empresa que presa o lucro como o Here, Bing,  
Waze, etc. Enfim... a prefeitura arrumou o link do Google Maps, que  
antes apontava para o município e agora aponta para a localização da  
prefeitura, e adicionaram também um link para a localização da  
prefeitura de Santa Maria no OSM. O banner com link pode ser  
encontrado no lado direito do site  e  
aponta para [http://www.openstreetmap.org/way/194242022?mlat=-29.6854247152805
33mlon=-53.80350887775421#map=18/-29.685424715280533/-53.80350887775421
mp;layers=H](http://www.openstreetmap.org/way/194242022?mlat=-29.6854247152805
33=-53.80350887775421#map=18/-29.685424715280533/-53.80350887775421
s=H)

>

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

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

Re: [Talk-de] postgis osm2pgsql issue

[Frederik Ramm]

Hallo,

On 04/06/2016 11:29 PM, Walter Nordmann wrote:
> Auch aud dem Download-Server? Von da bekomme ich noch die identischen
> Daten.

Ja, das sollte sich über Nacht mit der neuen Berechnung dann einrenken.

Bye
Frederik

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

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

Re: [Talk-cz] Relace zakaz odboceni

[Jiří Sedláček]

Tak to asi musím někdy vyzkoušet, jsem zvědav, zda mě povede tak, jak má,
tj. doprava a pak doleva. A popravdě, ani asi nevím, jak to nějak rozumně
zobrazit. Díky za ty odkazy.

2016-04-06 22:26 GMT+02:00 Petr Kadlec :

> 2016-04-06 22:09 GMT+02:00 Jiří Sedláček :
>
>> Něco podobného je na křižovatce Michelská - Pod Dálnicí (Praha), Seznam
>> tam naviguje špatně, jak to upravit v OSM - netuším.
>>
>
> To už tam je: http://www.openstreetmap.org/relation/1947762
>
> Mapzen tam naviguje správně:
> http://www.openstreetmap.org/directions?engine=mapzen_car=50.04550%2C14.46124%3B50.04621%2C14.46016#map=19/50.04589/14.46074
>
> OSRM ne, nevím, jestli takové věci vůbec podporuje (měl jsem dojem, že
> ano, ale možná se pletu). Navíc to vypadá, že je ochoten navigovat
> protisměrem, což je ještě divnější.
>
> -- Petr Kadlec / Mormegil
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>


-- 
S pozdravem,
Jirka Sedláček
---
jirisedla...@gmail.com
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-br] Ruas sem nome

[A. Carlos]

Hélio..
Mandei o anexo de 5MB zipado pro teu e-mail, aqui na lista ele não anexa, muito 
gde

Aberto este gpx vai dar 50MB, vejo o que pode ser feito, talvez ir quebrando 
ele no Trackmaker
 e importando estes GPX no ID, lá ficando magenta o fundo, pode se "chamar" a 
camada o IBGE 
e ver o que se pode ser feito..


  
 
 
 
 
 
 

___

Anor C. A. de Souza 
 
  
 
 
 
 
 
 
 


Date: Wed, 6 Apr 2016 15:16:51 -0300
From: hcto...@gmail.com
To: talk-br@openstreetmap.org
Subject: [Talk-br] Ruas sem nome

Lucas e Anor, muito obrigado. 

Vou rodar aqui e ver os resultados. 
Alexandre, respeito sua opinião em implementar aos poucos, mas discordo de 
deixar o nome pra depois qdo tem -se a informação do IBGE.

Pode ser feito junto com a edição da via, sem qq problema. 

Talvez pela minha formação de eng, não consigo conceber de outra forma. 

Um projeto de uma casa com apenas as linhas,  sem outras informações, ao meu 
ver é apenas um monte de rabiscos de nenhuma utilidade.

Assim penso de um mapa com apenas as linhas. 

Talvez seja um vício profissional.

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

Re: [Talk-it] Ordini professionali

[Federico Cortese]

2016-04-06 23:09 GMT+02:00 Any File :
>
> Se la pagina lo sconsiglia... non è certo la scelta migliore (però non
> è che capisca tanto la cosa, se office=government è per quelli
> dell'intera nazione, gli enti locali come li mappi?)
>
Direi tutto con office=government
"The tag office=government is used to tag government offices of a
(supra)national, regional or local government agency or department"

> Hai provato a vedere se qualcuno, specie in Inghilterra o USA, ha mai
> mappato qualcosa di simile?
>
> Pensando al nome in lingua inglese, mi viene in mente che di solito si
> chiamano con qualche nome che finisce o per Board o per Association.
> Partendo da quest'ultimo c'è una pagina sul wiki per
> office=association, ma è vuota...
>
> Nella pagina generale sulla key office, c'è scritto qualcosa a
> proposito di office=association, e da questo mi sembra di capire che
> sia per cose di livello decisamente più basso, tipo associazioni
> ludiche o simili, anche se verrebbe da pensare se con il termine
> automobile, bike association non rientri anche cose importanti ed
> ufficiali come il nostro ACI
>
Infatti non potendo usare office=administrative ho ripiegato su
office=association ma anche a me sembra che sia di livello molto
inferiore rispetto agli ordini professionali.
E hai sollevato anche l'altro problema ACI, che in passato avevo
taggato con administrative, ma oggi non saprei cosa usare nemmeno per
quello.

Ciao
Federico

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

Re: [Talk-de] postgis osm2pgsql issue

[Walter Nordmann]

Auch aud dem Download-Server? Von da bekomme ich noch die identischen Daten.
Oder da mischt irgend ein Cache mit?

Gruss
walter

Am 06.04.2016 um 23:00 schrieb Frederik Ramm:

Hi,

On 04/06/2016 10:24 PM, Walter Nordmann wrote:

meines Erachtens ist das Poly falsch:

Hm, diese Bayernpolygone, die ich da verwende, sind in der Tat sehr
detailliert und haben diverse Änderungen der letzten Jahre verschlafen.
Hab sie mal aktualisiert.

Bye
Frederik




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

[Talk-br] RES: Ruas sem nome

[Blademir Andrade de Lima]

Muitas cidades foram mapeadas antes de adicionarem a camada do IBGE, por isso 
vemos muitas cidades por aí sem os nomes. Antes da camada do IBGE isso era 
muito difícil.

Mas bom, mapear uma cidade do “0”, não importa adicionar os nomes durante ou 
depois, basta que termine o serviço.

Creio que para mapeadores iniciantes seja mais fácil adicionar (ou corrigir) os 
nomes do que traçar as ruas. Traçar as ruas pode ser mais complexo do que se 
imagina, e não é difícil encontrar erros, que as vezes mínimos, atrapalham o 
roteamento.

Att,
BladeTC

Enviado do Email para Windows 10

De: Gerald Weber
Enviado:quarta-feira, 6 de abril de 2016 16:43
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] Ruas sem nome

Oi Márcio

2016-04-06 16:31 GMT-03:00 :

> Defendo que o prioritário é o desenho da malha viária de forma a permitir
> que outros que não saibam desenhar possam agregar valor aquele desenho
> incluindo “alegorias e adereços”.
>

Muito bem colocado. De fato acrescentar nomes é uma ótima maneira para
iniciantes começarem a contribuir. Já desenhar as ruas corretamente,
conectadas umas às outras etc já requer alguma experiência.

Percebo de um tempo para cá aumentou o número de mapeadores colocando nomes
a partir do layer do IBGE. Creio que isto tenha a ver com um aviso que foi
colocado no iD.

Mas vai aqui um conselho também: sempre desenhar trechos retos de ruas. Por
vezes me deparo com ruas em L onde o mapeador não dividiu a via na esquina.
São raras as ruas que preservam o nome "virando a esquina". Para o novato
pode não ficar claro que ele precisa dividir a rua. Também é comum
encontrar ruas desenhadas cruzando mas não conectadas.

abraço

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

[Talk-cz] Pozvánka do base48 a na 127. sraz OpenAlt - Brno | Mobility OpenData Idea Hack | cenzura Netu

[Ladislav Nesnera]

telegraficky:

  * 13.4. - cenzura Netu


  * 15.4. - sraz příznivců open source + návštěva hackerspace base48

  * 25. 4. - Mobility OpenData Idea Hack


- mobilita a dopravní data
  * furt - Pozitivní zprávy  ;-)



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

Re: [Talk-it] Ordini professionali

[Any File]

2016-04-06 21:49 GMT+02:00 Federico Cortese :

> office=government lo escludo anche io. Inizialmente ero orientato su
> office=administrative, anche se con ampi dubbi, ma adesso che è
> sconsigliato non saprei come orientarmi.

Se la pagina lo sconsiglia... non è certo la scelta migliore (però non
è che capisca tanto la cosa, se office=government è per quelli
dell'intera nazione, gli enti locali come li mappi?)

> Tu invece che tag suggeriresti?

Hai provato a vedere se qualcuno, specie in Inghilterra o USA, ha mai
mappato qualcosa di simile?

Pensando al nome in lingua inglese, mi viene in mente che di solito si
chiamano con qualche nome che finisce o per Board o per Association.
Partendo da quest'ultimo c'è una pagina sul wiki per
office=association, ma è vuota...

Nella pagina generale sulla key office, c'è scritto qualcosa a
proposito di office=association, e da questo mi sembra di capire che
sia per cose di livello decisamente più basso, tipo associazioni
ludiche o simili, anche se verrebbe da pensare se con il termine
automobile, bike association non rientri anche cose importanti ed
ufficiali come il nostro ACI


AnyFile

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

Re: [Talk-de] postgis osm2pgsql issue

[Frederik Ramm]

Hi,

On 04/06/2016 10:24 PM, Walter Nordmann wrote:
> meines Erachtens ist das Poly falsch:

Hm, diese Bayernpolygone, die ich da verwende, sind in der Tat sehr
detailliert und haben diverse Änderungen der letzten Jahre verschlafen.
Hab sie mal aktualisiert.

Bye
Frederik

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

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

Re: [Talk-de] postgis osm2pgsql issue

[Walter Nordmann]

Komisch:

hier die fehlenden Bilder

https://osm.wno-edv-service.de/images/osm/snaps_2016/nb_poly.png

https://osm.wno-edv-service.de/images/osm/snaps_2016/nb2_poly.png


Gruss
walter

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

Re: [Talk-cz] Relace zakaz odboceni

[Petr Kadlec]

2016-04-06 22:09 GMT+02:00 Jiří Sedláček :

> Něco podobného je na křižovatce Michelská - Pod Dálnicí (Praha), Seznam
> tam naviguje špatně, jak to upravit v OSM - netuším.
>

To už tam je: http://www.openstreetmap.org/relation/1947762

Mapzen tam naviguje správně:
http://www.openstreetmap.org/directions?engine=mapzen_car=50.04550%2C14.46124%3B50.04621%2C14.46016#map=19/50.04589/14.46074

OSRM ne, nevím, jestli takové věci vůbec podporuje (měl jsem dojem, že ano,
ale možná se pletu). Navíc to vypadá, že je ochoten navigovat protisměrem,
což je ještě divnější.

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

Re: [Talk-de] postgis osm2pgsql issue

[Walter Nordmann]

Hi,

meines Erachtens ist das Poly falsch:




Niederbayern liegt hier im Norden, die gestrichelte Linie  ist die 
Grenze, die dünne Linie ist das nach GPX konvertierte Poly-File von NB. 
Der kritische Way liegt komplett ausserhalb.


Insgesamt sieht das poly-file ziemlich marode aus:



Das Poly "tänzelt" um die Grenze herum.

meine Empfehlung:

- Bayern laden
- von der Boundaries Map ein mit 0.5 KM Buffer Buffered Polygon laden
- damit mit osmosis clippen
- freuen.

Gruss
walter


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

Re: [Talk-ca] Gouvernement du Québec et Municipalités : Nouveau portail et licence ouverte

[James]

Scuse j'ai oublié le ne et le pas
On Apr 6, 2016 3:33 PM, "Charles Basenga Kiyanda" <
perso...@charleskiyanda.com> wrote:

> Le lien fourni dit que les licenses ODC-ODbl-1.0 et CC-BY-4.0 sont
> INcompatibles. Est-ce que j'ai mal lu l'information?
>
> Charles
>
> On 04/06/2016 03:13 PM, James wrote:
> > Les licenses ODC-ODbL-1.0 et CC-BY-4.0 sont compatibles.
> > http://clipol.org/licences/70?tab=licence_compatibility
> >
> > 2016-04-06 13:49 GMT-04:00 Charles Basenga Kiyanda
> > >:
> >
> > Ce que je comprends, toutefois, c'est que c'est la clause
> > d'attribution
> > qui est problématique avec les licences CC, quand on essaye
> d'intégrer
> > avec l'odbl. La solution que nous avons privilégiée avec la ville de
> > Montréal (et qui je crois est acceptée par la communauté OSM) c'est
> > d'obtenir une confirmation (la notre est par courriel, idéalement la
> > confirmation serait aussi sur le site du fournisseur de données)
> > que "le
> > fournisseur des données considère que l'attribution sur la page du
> > wiki
> > d'openstreetmap remplit les obligations détaillées dans la clause
> > d'attribution de la licence CC pour fin d'inclusion des données sous
> > licence odbl." (Ou quelque chose du genre...)
> >
> > Bref, si je comprends bien, CC-by-SA ou CC-by-NC ou CC-by auraient
> > toutes le même problème. Au sens strict de la clause d'attribution
> des
> > licences CC, OSM serait tenu de mentionner l'origine des données avec
> > les données elles-mêmes et sur toutes les tuiles, ce qu'on ne fait
> > pas.
> >
> > Charles
> >
> > On 04/05/2016 06:33 PM, Pierre Béland wrote:
> > > Bonjour Sébastien,
> > >
> > > j'ai mal recopié l'info et n'ai pas vu la subtilité SA ou NC. En
> > > relisant sur le site, il semble bien que ce soit la licence CC-by
> > > telle que promoise en février 2014.
> > >
> > > Avec cette l'annonce du nouveau site de données ouvertes
> > aujourd'hui,
> > > je n'ai pas vu de menton de la licence. Cependant elle est
> spécifiée
> > > sur le site et avec chaque jeu de données.
> > >
> > > Voici le lien vers la licence. On indique 6 variantes possibles.
> > > https://www.donneesquebec.ca/fr/licence/#cc-by
> > >
> > > La mention de la licence lors du téléchargement d'un jeu de
> > données est
> > > Licence Creative Commons - Attribution 4.0
> > >  [Open Data]
> > > 
> > >
> > > Voir par exemple
> > > https://www.donneesquebec.ca/recherche/fr/dataset/liaison-maritime
> > >
> > > Il faudra effectivement s'assurer que c'est bien la licence
> > cc-by qui
> > > s'applique.
> > >
> > > Pierre
> > >
> > >
> > >
> >
>  
> > > *De :* Sebastien Duthil >
> > > *À :* talk-ca@openstreetmap.org 
> > > *Envoyé le :* mardi 5 avril 2016 17h52
> > > *Objet :* Re: [Talk-ca] Gouvernement du Québec et Municipalités :
> > > Nouveau portail et licence ouverte
> > >
> > > On 04/05/2016 11:46 AM, Pierre Béland wrote:
> > > > Le nouveau portail a été lancé aujourd'hui à
> > > > https://www.donneesquebec.ca
> > > 
> > > >
> > > > Les données sont maintenant publiées avec la licence
> > CC-by-SA-4.0. Cela
> > > > devrait donc permettre l'import des données offertes par le
> > gouvernement
> > > > du Québec et les municipalités de Québec, Montréal, Gatineau et
> > > Sherbrooke.
> > >
> > > Peux-tu préciser où tu as vu que CC-BY-SA était compatible avec
> > ODbL? Je
> > > n'ai trouvé que l'indication du contraire dans le wiki [1].
> > >
> > > Aussi, j'y ai vu des données sous licence CC-BY-4.0, sans clause
> > SA...
> > > celles-ci seraient-elles compatibles?
> > >
> > > ---
> > >
> > > Could you point out where you read that CC-BY-SA was compatible
> with
> > > ODbL? I only found the wiki stating the contrary [1].
> > >
> > > Also, I found on the website some data under CC-BY-4.0, without
> > the SA
> > > restriction... would that make the data compatible?
> > >
> > >
> > > [1]
> > >
> > >
> >
> http://wiki.openstreetmap.org/wiki/Common_licence_interpretations#Is_the_OSM_licence_.28ODbL.29_compatible_with_other_.22free.22_licences.3F
> > > (last section)
> > >
> > > --
> > > Sébastien Duthil
> > >
> > > ___
> > > Talk-ca mailing list
> > > Talk-ca@openstreetmap.org 
> > 

Re: [Talk-it] Autovelox.

[Marco Predicatori]

Damjan Gerl wrote on 07/02/2016 15:10:
> 07.02.2016 - 14:27 - Martin Koppenhoefer:
>>
>> 2016-02-07 14:11 GMT+01:00 Marco Predicatori > >:
>>
>> Concordo. Per questo sarebbe utile un tag "ufficiale" al posto
>> del
>> mio fake_... Nei prossimi giorni mi studio il processo di
>> proposta.
>>
>>
>>
>> per me va benissimo "fake_speed_camera" al posto di "speed_camera"
>> nel caso che si tratta di un'imitazione senza funzione.
>> Va benissimo anche l'idea di creare una proposta (per avere
>> documentazione sull'uso).
>>
>> Ciao,
>> Martin
> 
> +1
> 
> Ciao
> Damjan

Ciao, mi riaggancio al vecchio thread per dirvi che ho finalmente
messo in piedi una paginetta di feature proposal:

https://wiki.openstreetmap.org/wiki/Proposed_features/highway%3Dfake_speed_camera

E' un po' scarna, spero che almeno quel poco che ho messo sia
corretto. Ogni suggerimento o modifica sono benvenuti.

Ciao, Marco

-- 
https://www.openstreetmap.org/user/marco69

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

Re: [Talk-cz] Relace zakaz odboceni

[Jiří Sedláček]

Něco podobného je na křižovatce Michelská - Pod Dálnicí (Praha), Seznam tam
naviguje špatně, jak to upravit v OSM - netuším.

Mělo by se jet takto - http://www.hledate-kavarnu.cz/michelska.png

J.

2016-04-06 20:15 GMT+02:00 Miroslav Suchý :

> Spolupracovnik me odkazal na
>
>
> http://brnensky.denik.cz/zpravy_region/vtipna-dopravni-znacka-bavi-brno-ridici-ji-porusuji-20160405.html
> a ze jako je to jako ostuda ze OSM (resp jeho Be-OnRoad) tam umozni
> navigovat a ze jako kdyz jsem takovy hlasity propagator tak bych s tim
> mel jako neco delat.
> Kdyz pominu, ze jsem ho spravne poucil jak by to mohl priste udelat on
> sam - tak jsem si nastudoval:
>   http://wiki.openstreetmap.org/wiki/Relation:restriction
> a vytvoril jsem si svoji prvni takovou relaci:
>   http://www.openstreetmap.org/changeset/38344330
> Nicmene asi ne moc dobre:
>
>
> http://www.openstreetmap.org/directions?engine=osrm_car=49.19625%2C16.61599%3B49.19576%2C16.61593#map=19/49.19601/16.61583
>
> Kde je chyba? V OSRM? Nebo v tom jak jsem vytvoril tu relaci?
>
> Mirek
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>



-- 
S pozdravem,
Jirka Sedláček
---
jirisedla...@gmail.com
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-de] postgis osm2pgsql issue

[Tobias]

danke für die info ich werds gleich mal mit Bayern testen

On 06.04.2016 21:53, Max Berger wrote:
> Am Mittwoch, den 06.04.2016, 20:41 +0200 schrieb Tobias:
>> Hi,
>>
>> ich habe jetzt die Datenbank gedropt und auch das postgis template neu
>> angelgt
>>
>> ...
> 
> Ich hab auch das Niederbayern-Extrakt importiert und komme auch auf Dein
> falsches Ergebnis.
> 
> Vielleicht kann jemand bestätigen, dass im aktuellen Extrakt der
> Geofabrik der Way 192087308 fehlt. Der ist Teil der Grenze des
> Landkreises Landshut und von Niederbayern.
> 
> Falls das Extrakt wirklich kaputt ist, würde ich das Bayern-Extrakt
> empfehlen und daraus ein grosszügiges Rechteck um Niederbayern
> ausschneiden.
> 
> Grüße, Max
> 
> 
> 
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
> 


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

Re: [Talk-de] postgis osm2pgsql issue

[Max Berger]

Am Mittwoch, den 06.04.2016, 20:41 +0200 schrieb Tobias:
> Hi,
> 
> ich habe jetzt die Datenbank gedropt und auch das postgis template neu
> angelgt
> 
> ...

Ich hab auch das Niederbayern-Extrakt importiert und komme auch auf Dein
falsches Ergebnis.

Vielleicht kann jemand bestätigen, dass im aktuellen Extrakt der
Geofabrik der Way 192087308 fehlt. Der ist Teil der Grenze des
Landkreises Landshut und von Niederbayern.

Falls das Extrakt wirklich kaputt ist, würde ich das Bayern-Extrakt
empfehlen und daraus ein grosszügiges Rechteck um Niederbayern
ausschneiden.

Grüße, Max





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

Re: [Talk-it] Ordini professionali

[Federico Cortese]

2016-04-06 18:54 GMT+02:00 Any File :
>
> A me non risulta che siano uffici pubblici, anche se poi spesso la
> legge gli assegna poteri particolari,
>
> Sono abbastanza sicuro che siano enti privati (e, avendoci provato,
> sono sicuro che per questo motivo a loro non si applica la legge sul
> diritto di accesso agli atti pubblici).

Enti privati sicuramente no:
"Le attività professionali il cui esercizio è consentito dalla legge
solo in seguito all’iscrizione in ordini o collegi sono definite
professioni regolamentate. Gli ordini e i collegi professionali sono
enti di diritto pubblico, sottoposti nella maggior parte dei casi alla
vigilanza del Ministero della Giustizia."
Non so se si applichi la legge sul diritto di accesso agli atti
pubblici, ma sono certo che sono sottoposti alla legge sulla
trasparenza e anti-corruzione, con relativi obblighi di pubblicare
online bilanci, delibere e regolamenti, oltre a tutto il resto della
documentazione prevista.

>
> A me sembra che office=government vada bene ad esempio per enti tipo
> Agenzia Nazionale delle Entrate, e questo invece mi sembra una cosa
> parecchio diversa (ad esempio i dipendenti non sono pagati dallo
> stato).
>

Che i dipendenti non siano pagati dallo Stato è vero, ma sono pagati
con le entrate dell'ente derivanti dalle quote associative,
obbligatorie per legge.
office=government lo escludo anche io. Inizialmente ero orientato su
office=administrative, anche se con ampi dubbi, ma adesso che è
sconsigliato non saprei come orientarmi.
Tu invece che tag suggeriresti?
Ciao

Federico

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

Re: [Talk-br] Ruas sem nome

[Gerald Weber]

Oi Márcio

2016-04-06 16:31 GMT-03:00 :

> Defendo que o prioritário é o desenho da malha viária de forma a permitir
> que outros que não saibam desenhar possam agregar valor aquele desenho
> incluindo “alegorias e adereços”.
>

Muito bem colocado. De fato acrescentar nomes é uma ótima maneira para
iniciantes começarem a contribuir. Já desenhar as ruas corretamente,
conectadas umas às outras etc já requer alguma experiência.

Percebo de um tempo para cá aumentou o número de mapeadores colocando nomes
a partir do layer do IBGE. Creio que isto tenha a ver com um aviso que foi
colocado no iD.

Mas vai aqui um conselho também: sempre desenhar trechos retos de ruas. Por
vezes me deparo com ruas em L onde o mapeador não dividiu a via na esquina.
São raras as ruas que preservam o nome "virando a esquina". Para o novato
pode não ficar claro que ele precisa dividir a rua. Também é comum
encontrar ruas desenhadas cruzando mas não conectadas.

abraço

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

Re: [Talk-ca] Gouvernement du Québec et Municipalités : Nouveau portail et licence ouverte

[Charles Basenga Kiyanda]

Le lien fourni dit que les licenses ODC-ODbl-1.0 et CC-BY-4.0 sont
INcompatibles. Est-ce que j'ai mal lu l'information?

Charles

On 04/06/2016 03:13 PM, James wrote:
> Les licenses ODC-ODbL-1.0 et CC-BY-4.0 sont compatibles.
> http://clipol.org/licences/70?tab=licence_compatibility
>
> 2016-04-06 13:49 GMT-04:00 Charles Basenga Kiyanda
> >:
>
> Ce que je comprends, toutefois, c'est que c'est la clause
> d'attribution
> qui est problématique avec les licences CC, quand on essaye d'intégrer
> avec l'odbl. La solution que nous avons privilégiée avec la ville de
> Montréal (et qui je crois est acceptée par la communauté OSM) c'est
> d'obtenir une confirmation (la notre est par courriel, idéalement la
> confirmation serait aussi sur le site du fournisseur de données)
> que "le
> fournisseur des données considère que l'attribution sur la page du
> wiki
> d'openstreetmap remplit les obligations détaillées dans la clause
> d'attribution de la licence CC pour fin d'inclusion des données sous
> licence odbl." (Ou quelque chose du genre...)
>
> Bref, si je comprends bien, CC-by-SA ou CC-by-NC ou CC-by auraient
> toutes le même problème. Au sens strict de la clause d'attribution des
> licences CC, OSM serait tenu de mentionner l'origine des données avec
> les données elles-mêmes et sur toutes les tuiles, ce qu'on ne fait
> pas.
>
> Charles
>
> On 04/05/2016 06:33 PM, Pierre Béland wrote:
> > Bonjour Sébastien,
> >
> > j'ai mal recopié l'info et n'ai pas vu la subtilité SA ou NC. En
> > relisant sur le site, il semble bien que ce soit la licence CC-by
> > telle que promoise en février 2014.
> >
> > Avec cette l'annonce du nouveau site de données ouvertes
> aujourd'hui,
> > je n'ai pas vu de menton de la licence. Cependant elle est spécifiée
> > sur le site et avec chaque jeu de données.
> >
> > Voici le lien vers la licence. On indique 6 variantes possibles.
> > https://www.donneesquebec.ca/fr/licence/#cc-by
> >
> > La mention de la licence lors du téléchargement d'un jeu de
> données est
> > Licence Creative Commons - Attribution 4.0
> >  [Open Data]
> > 
> >
> > Voir par exemple
> > https://www.donneesquebec.ca/recherche/fr/dataset/liaison-maritime
> >
> > Il faudra effectivement s'assurer que c'est bien la licence
> cc-by qui
> > s'applique.
> >
> > Pierre
> >
> >
> >
> 
> > *De :* Sebastien Duthil >
> > *À :* talk-ca@openstreetmap.org 
> > *Envoyé le :* mardi 5 avril 2016 17h52
> > *Objet :* Re: [Talk-ca] Gouvernement du Québec et Municipalités :
> > Nouveau portail et licence ouverte
> >
> > On 04/05/2016 11:46 AM, Pierre Béland wrote:
> > > Le nouveau portail a été lancé aujourd'hui à
> > > https://www.donneesquebec.ca
> > 
> > >
> > > Les données sont maintenant publiées avec la licence
> CC-by-SA-4.0. Cela
> > > devrait donc permettre l'import des données offertes par le
> gouvernement
> > > du Québec et les municipalités de Québec, Montréal, Gatineau et
> > Sherbrooke.
> >
> > Peux-tu préciser où tu as vu que CC-BY-SA était compatible avec
> ODbL? Je
> > n'ai trouvé que l'indication du contraire dans le wiki [1].
> >
> > Aussi, j'y ai vu des données sous licence CC-BY-4.0, sans clause
> SA...
> > celles-ci seraient-elles compatibles?
> >
> > ---
> >
> > Could you point out where you read that CC-BY-SA was compatible with
> > ODbL? I only found the wiki stating the contrary [1].
> >
> > Also, I found on the website some data under CC-BY-4.0, without
> the SA
> > restriction... would that make the data compatible?
> >
> >
> > [1]
> >
> >
> 
> http://wiki.openstreetmap.org/wiki/Common_licence_interpretations#Is_the_OSM_licence_.28ODbL.29_compatible_with_other_.22free.22_licences.3F
> > (last section)
> >
> > --
> > Sébastien Duthil
> >
> > ___
> > Talk-ca mailing list
> > Talk-ca@openstreetmap.org 
> >
> > https://lists.openstreetmap.org/listinfo/talk-ca
> >
> >
> >
> >
> >
> > ___
> > Talk-ca mailing list
> > Talk-ca@openstreetmap.org 
> > https://lists.openstreetmap.org/listinfo/talk-ca
>
>
>

Re: [Talk-br] Ruas sem nome

[thundercel]

Na minha opinião devemos sempre administrar nosso esforço analisando e 
empregando o binômio eficiência eficácia. Sabendo bem diferenciar o ótimo do 
bom.

De nada adianta a um piloto fazer excelentes pousos (eficiente) no aeródromo 
errado (ineficaz).

Defendo que o prioritário é o desenho da malha viária de forma a permitir que 
outros que não saibam desenhar possam agregar valor aquele desenho incluindo 
“alegorias e adereços”.

Se um utilizador sabe onde se encontra o ponto de partida, a ele vejo como mais 
importante conhecer como chegar ao destino e não a nomenclatura das vias que o 
levarão aquele destino.

O desenhando a via (BOM) deve ser sempre prioridade e a inclusão de 
nomenclatura das vias desenhadas (ÓTIMO) deve ser feito a posteriori e com 
tempo.

Voltaire disse:

O ótimo sempre foi inimigo do bom 

Avaliando o que isso quer dizer, poderíamos deduzir que qualquer coisa serve. 
Mas, não é isso. ‘Feito é melhor do que perfeito’ se encaixa  no mesmo conceito 
de  ‘O ótimo é inimigo do bom’.  Não quer dizer que a gente pode fazer as 
coisas de qualquer jeito, sem vontade e empenho em melhorar. Não é isso, 
definitivamente.

[]s
Marcio

From: Tarcisio Oliveira 
Sent: Wednesday, April 6, 2016 3:40 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] Ruas sem nome

Pra mim depende de tempo e paciência que estou no momento.
Várias vezes quero fazer uma rua apenas e mas não estou com paciência, mas as 
vezes faço cidades inteiras, assim como as vezes coloco nome em uma rua ou 
outra, posso não colocar nome em nenhuma rua.
Penso que deixando a rua com o nós correto, sem zig-zag e sem nome já vai 
ajudar o próximo editor a colocar o nome na rua, assim como já vai ajudar o 
próximo editor a colocar a superfície da via e por aí vai.




Em 06-04-2016 15:27, Arlindo Pereira escreveu:

  Discordo porque tem que ficar alternando entre as camadas de satélite e do 
IBGE. Pode-se fazer por regiões pequenas, como bairros, primeiro traçar todas 
as vias, depois aplicar os nomes (ainda que no mesmo changeset). 

  []s
  Arlindo


  2016-04-06 15:16 GMT-03:00 Helio Cesar Tomio :

Lucas e Anor, muito obrigado. 
Vou rodar aqui e ver os resultados. 

Alexandre, respeito sua opinião em implementar aos poucos, mas discordo de 
deixar o nome pra depois qdo tem -se a informação do IBGE.
Pode ser feito junto com a edição da via, sem qq problema. 
Talvez pela minha formação de eng, não consigo conceber de outra forma. 
Um projeto de uma casa com apenas as linhas,  sem outras informações, ao 
meu ver é apenas um monte de rabiscos de nenhuma utilidade.
Assim penso de um mapa com apenas as linhas. 
Talvez seja um vício profissional.


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




   

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





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

Re: [Talk-ca] Gouvernement du Québec et Municipalités : Nouveau portail et licence ouverte

[James]

Les licenses ODC-ODbL-1.0 et CC-BY-4.0 sont compatibles.
http://clipol.org/licences/70?tab=licence_compatibility

2016-04-06 13:49 GMT-04:00 Charles Basenga Kiyanda <
perso...@charleskiyanda.com>:

> Ce que je comprends, toutefois, c'est que c'est la clause d'attribution
> qui est problématique avec les licences CC, quand on essaye d'intégrer
> avec l'odbl. La solution que nous avons privilégiée avec la ville de
> Montréal (et qui je crois est acceptée par la communauté OSM) c'est
> d'obtenir une confirmation (la notre est par courriel, idéalement la
> confirmation serait aussi sur le site du fournisseur de données) que "le
> fournisseur des données considère que l'attribution sur la page du wiki
> d'openstreetmap remplit les obligations détaillées dans la clause
> d'attribution de la licence CC pour fin d'inclusion des données sous
> licence odbl." (Ou quelque chose du genre...)
>
> Bref, si je comprends bien, CC-by-SA ou CC-by-NC ou CC-by auraient
> toutes le même problème. Au sens strict de la clause d'attribution des
> licences CC, OSM serait tenu de mentionner l'origine des données avec
> les données elles-mêmes et sur toutes les tuiles, ce qu'on ne fait pas.
>
> Charles
>
> On 04/05/2016 06:33 PM, Pierre Béland wrote:
> > Bonjour Sébastien,
> >
> > j'ai mal recopié l'info et n'ai pas vu la subtilité SA ou NC. En
> > relisant sur le site, il semble bien que ce soit la licence CC-by
> > telle que promoise en février 2014.
> >
> > Avec cette l'annonce du nouveau site de données ouvertes aujourd'hui,
> > je n'ai pas vu de menton de la licence. Cependant elle est spécifiée
> > sur le site et avec chaque jeu de données.
> >
> > Voici le lien vers la licence. On indique 6 variantes possibles.
> > https://www.donneesquebec.ca/fr/licence/#cc-by
> >
> > La mention de la licence lors du téléchargement d'un jeu de données est
> > Licence Creative Commons - Attribution 4.0
> >  [Open Data]
> > 
> >
> > Voir par exemple
> > https://www.donneesquebec.ca/recherche/fr/dataset/liaison-maritime
> >
> > Il faudra effectivement s'assurer que c'est bien la licence cc-by qui
> > s'applique.
> >
> > Pierre
> >
> >
> > 
> > *De :* Sebastien Duthil 
> > *À :* talk-ca@openstreetmap.org
> > *Envoyé le :* mardi 5 avril 2016 17h52
> > *Objet :* Re: [Talk-ca] Gouvernement du Québec et Municipalités :
> > Nouveau portail et licence ouverte
> >
> > On 04/05/2016 11:46 AM, Pierre Béland wrote:
> > > Le nouveau portail a été lancé aujourd'hui à
> > > https://www.donneesquebec.ca
> > 
> > >
> > > Les données sont maintenant publiées avec la licence CC-by-SA-4.0. Cela
> > > devrait donc permettre l'import des données offertes par le
> gouvernement
> > > du Québec et les municipalités de Québec, Montréal, Gatineau et
> > Sherbrooke.
> >
> > Peux-tu préciser où tu as vu que CC-BY-SA était compatible avec ODbL? Je
> > n'ai trouvé que l'indication du contraire dans le wiki [1].
> >
> > Aussi, j'y ai vu des données sous licence CC-BY-4.0, sans clause SA...
> > celles-ci seraient-elles compatibles?
> >
> > ---
> >
> > Could you point out where you read that CC-BY-SA was compatible with
> > ODbL? I only found the wiki stating the contrary [1].
> >
> > Also, I found on the website some data under CC-BY-4.0, without the SA
> > restriction... would that make the data compatible?
> >
> >
> > [1]
> >
> >
> http://wiki.openstreetmap.org/wiki/Common_licence_interpretations#Is_the_OSM_licence_.28ODbL.29_compatible_with_other_.22free.22_licences.3F
> > (last section)
> >
> > --
> > Sébastien Duthil
> >
> > ___
> > Talk-ca mailing list
> > Talk-ca@openstreetmap.org 
> > https://lists.openstreetmap.org/listinfo/talk-ca
> >
> >
> >
> >
> >
> > ___
> > Talk-ca mailing list
> > Talk-ca@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-ca
>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>


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

Re: [Talk-cz] Relace zakaz odboceni

[Petr Kadlec]

Ahoj,

2016-04-06 20:15 GMT+02:00 Miroslav Suchý :

> a vytvoril jsem si svoji prvni takovou relaci:
>   http://www.openstreetmap.org/changeset/38344330


Na první pohled to vypadá úplně v pořádku, až na ten name, který tam nemá
co dělat.


> Nicmene asi ne moc dobre:
>
>
> http://www.openstreetmap.org/directions?engine=osrm_car=49.19625%2C16.61599%3B49.19576%2C16.61593#map=19/49.19601/16.61583
>
> Kde je chyba? V OSRM? Nebo v tom jak jsem vytvoril tu relaci?
>

Pokud se nepletu, OSRM si stahuje data jednou za čas (ale je to v řádu dní,
mám dojem), aby je patrně nějak předzpracoval, takže změny v OSM se tam
neprojeví okamžitě. Zkusil bych pár dní počkat.

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

Re: [OSM-talk-fr] Le formulaire de recherche OSMand ignore la grande majorité des villes françaises

[Christian Quest]

L'importance calculée dans le json destiné à addok prend en compte:
- le niveau administratif de la commune
- sa population
- le nombre d'adresses sur la même voie ou le même lieu-dit
- le type de voie

Tout ça peut se recalculer si besoin, c'est sûrement améliorable, mais
jusqu'à maintenant on n'a pas eu trop de retour négatif sur les choix faits.

Les arrondissements sont un truc malheureusement pas super bien géré. La
place de la république à Paris est à l'intersection de plusieurs
arrondissements, du coup est est découpée en morceaux de moindre importance
et globalement les arrondissements diminuent l'importance de leur contenu.
A revoir...

Le code est ici:
https://github.com/etalab/ban-data/blob/master/scripts/out_pg2json.sh#L33


Le 6 avril 2016 à 18:02, Greg  a écrit :

> Je suis intéressé pour bricoler un moyen de chercher une adresse pour
> Android, mais j'avoue qu'en l'état, la base de données est grosse (1.2Gio)
> et la moindre recherche prend entre 20 et 25 secondes sur un ordi de bureau.
>
> Je pense donc proposer différents ensembles de données, avec en priorité
> les (grandes?) villes et éventuellement des boutons pour approfondir la
> recherche. Du coup, je cherche un moyen tout à fait arbitraire de faire mes
> divisions et j'ai le champ "importance" qui semble pas mal pour ça, mais
> j'avoue être sceptique. Que représente-il ? Par exemple, Bron a une
> importance supérieure à plusieurs (tous?) les arrondissements de Paris.
>
> Question bonus, quelle est l' "importance" au niveau des rues/places ?
>


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

[Talk-de] postgis osm2pgsql issue

[Tobias]

Hi,

ich habe jetzt die Datenbank gedropt und auch das postgis template neu
angelgt

ich verwende
community/postgis 2.2.1-2
mit extra/postgresql 9.5.2-1
unter Arch Linux

zum Setup der DB bin ich wie folgt vorgegangen
Postgis template erstellt...

createdb template_postgis -E UTF-8
createlang plpgsql template_postgis
createlang: Sprache „plpgsql“ ist
bereits in Datenbank „template_postgis“ installiert

psql -d template_postgis -f
/usr/share/postgresql/contrib/postgis-2.2/postgis.sql

psql -d template_postgis -f
/usr/share/postgresql/contrib/postgis-2.2/spatial_ref_sys.sql

psql
UPDATE pg_database SET datistemplate = TRUE WHERE datname =
'template_postgis';

createdb -T template_postgis osmToPostgres

Dann habe ich die Daten via
time osm2pgsql -x -U postgres -d osmToPostgres
/home/tobias/Downloads/osm/niederbayern-latest.osm.pbf -c --latlong
--number-processes=1 --style /home/tobias/OSM/default.style

importiert

Der Query:
SELECT DISTINCT area.osm_id, area.name, area.postal_code
FROM planet_osm_polygon AS area JOIN planet_osm_polygon AS element ON
ST_CONTAINS(area.way, element.way)
WHERE element.osm_id = '142034442' AND (area.postal_code is not null OR
area.boundary = 'administrative')

liefert allerdings immer noch das falsche ergebnis:
-190875;"Altdorf";""
-1113363;"";"84032"

Irgendwie habe ich den verdacht dass es ein problem mit den
Multirelationen gibt...
Alle oben aufgeführen schritte liefen ohne fehler meldund durch ...

Hat jemand eine Idee woher das falsche Verhalten kommt und wie ich es
abstellen kann?

Gruß und Dank Tobias



On 05.04.2016 21:13, Frederik Ramm wrote:
> Hi,
> 
> On 04/05/2016 08:22 PM, Tobias wrote:
>> für eine andere Bäckerei:
>> http://www.openstreetmap.org/way/369696958
>> welche Direkt in Landshut liegt bekomme ich mit dem Query:
>>
>> SELECT DISTINCT area.osm_id, area.name, area.postal_code
>> FROM planet_osm_polygon AS area JOIN planet_osm_polygon AS element ON
>> ST_CONTAINS(area.way, element.way)
>> WHERE element.osm_id = '369696958' AND (area.postal_code is not null OR
>> area.boundary = 'administrative')
>>
>> folgendes Ergebnis:
>> -62657;"Landkreis Landshut";""
>> -3149176;"";"84030"
>> -62484;"Landshut";""
>>
>> Die Relationen sollen imo ok sein.
> 
> Irgendwas ist da doch faul. Die Bäckerei 369696958 liegt in der
> kreisfreien Stadt Landshut. Der Landkreis Landshut sollte also *nicht*
> in dieser Liste oben stehen!
> 
> Die Bäckerei 142034442 aus Deiner anfänglichen Frage hingegen *liegt* im
> Landkreis Landshut; dort hätte das -62657 also auftauchen müssen.
> 
> Teste mal dies:
> 
> osm=# select st_contains(a.way,b.way)
> from planet_osm_polygon a, planet_osm_polygon b
> where a.osm_id=-62657
> and b.osm_id=369696958;
>  st_contains
> -
>  f
> (1 row)
> 
> osm=# select st_contains(a.way,b.way)
> from planet_osm_polygon a, planet_osm_polygon b
> where a.osm_id=-62657
> and b.osm_id=142034442;
>  st_contains
> -
>  t
> (1 row)
> 
> So wäre es richtig. Wenn ich auf meiner Datenbank Deine Abfrage für die
> 369696958 mache, erhalte ich
> 
>   osm_id  | name | ?column?
> --+--+--
>-62484 | Landshut |
>  -2145268 | Bayern   |
>-17593 | Niederbayern |
>  -3149176 |  | 84030
>-51477 | Deutschland  |
> (5 rows)
> 
> und für die 142034442:
> 
>   osm_id  |name| ?column?
> --++--
>  -1113363 || 84032
>   -190875 | Altdorf|
>  -2145268 | Bayern |
>-62657 | Landkreis Landshut |
>-17593 | Niederbayern   |
>-51477 | Deutschland|
> (6 rows)
> 
> Wenn das bei Dir anders ist, würde ich mir vllt. mal die Polygone mit
> QGis anschauen.
> 
> Bye
> Frederik
> 


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

Re: [Talk-br] Ruas sem nome

[Arlindo Pereira]

Discordo porque tem que ficar alternando entre as camadas de satélite e do
IBGE. Pode-se fazer por regiões pequenas, como bairros, primeiro traçar
todas as vias, depois aplicar os nomes (ainda que no mesmo changeset).

[]s
Arlindo


2016-04-06 15:16 GMT-03:00 Helio Cesar Tomio :

> Lucas e Anor, muito obrigado.
> Vou rodar aqui e ver os resultados.
>
> Alexandre, respeito sua opinião em implementar aos poucos, mas discordo de
> deixar o nome pra depois qdo tem -se a informação do IBGE.
> Pode ser feito junto com a edição da via, sem qq problema.
> Talvez pela minha formação de eng, não consigo conceber de outra forma.
> Um projeto de uma casa com apenas as linhas,  sem outras informações, ao
> meu ver é apenas um monte de rabiscos de nenhuma utilidade.
> Assim penso de um mapa com apenas as linhas.
> Talvez seja um vício profissional.
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-cz] Nelze nahrávat rozcestníky

[Petr Holub]

> zkouším zase po nějaké době nahrávat rozcestníky přes webové rozhraní a
> nejde mi to - ve formuláři se zobrazí "OK", ale ukáže se mi tabulka s
> errorem:
> https://dl.dropboxusercontent.com/u/5683247/problem.png
> Zkoušel jsem i nick bez speciálního symbolu, používám Firefox 45.
> Neví někdo, co s tím, případně může správce zkontrolovat, jestli se
> soubor i přes chybu nahrál (nejspíš několikrát) a mám pokračovat? V
> historii talku jsem nic nenašel :(

No a ja mam porad problemy s tou Androidi aplikaci - po uspesnem
uploadu prvnich 2 rozcestniku sice vsechno konci "uspechem", ale
na webu se to uz neobjevi. (Nick "hopet").

Petr


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

[Talk-cz] Relace zakaz odboceni

[Miroslav Suchý]

Spolupracovnik me odkazal na

http://brnensky.denik.cz/zpravy_region/vtipna-dopravni-znacka-bavi-brno-ridici-ji-porusuji-20160405.html
a ze jako je to jako ostuda ze OSM (resp jeho Be-OnRoad) tam umozni
navigovat a ze jako kdyz jsem takovy hlasity propagator tak bych s tim
mel jako neco delat.
Kdyz pominu, ze jsem ho spravne poucil jak by to mohl priste udelat on
sam - tak jsem si nastudoval:
  http://wiki.openstreetmap.org/wiki/Relation:restriction
a vytvoril jsem si svoji prvni takovou relaci:
  http://www.openstreetmap.org/changeset/38344330
Nicmene asi ne moc dobre:

http://www.openstreetmap.org/directions?engine=osrm_car=49.19625%2C16.61599%3B49.19576%2C16.61593#map=19/49.19601/16.61583

Kde je chyba? V OSRM? Nebo v tom jak jsem vytvoril tu relaci?

Mirek

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

[Talk-br] Ruas sem nome

[Helio Cesar Tomio]

Lucas e Anor, muito obrigado.
Vou rodar aqui e ver os resultados.

Alexandre, respeito sua opinião em implementar aos poucos, mas discordo de
deixar o nome pra depois qdo tem -se a informação do IBGE.
Pode ser feito junto com a edição da via, sem qq problema.
Talvez pela minha formação de eng, não consigo conceber de outra forma.
Um projeto de uma casa com apenas as linhas,  sem outras informações, ao
meu ver é apenas um monte de rabiscos de nenhuma utilidade.
Assim penso de um mapa com apenas as linhas.
Talvez seja um vício profissional.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk-be] Temporary Blocker roads

[Stijn Rombauts]

I think it only makes sense to change or add tags because of roadworks if you 
know very well what's the exact situation. Is (a part of) a road really 
completely unaccessible (access=no) or is it access=destination? Which other 
measures have been taken to prevent cut-through traffic?  E.g. in this case you 
can't cross the Liersesteenweg anymore at the intersection with the Mechelbaan. 
Because if you don't add them too, the GPS will still make mistakes.
StijnRR

  From: Marc Gemis 
 To: Frank Vdm ; OpenStreetMap Belgium 
 
 Sent: Tuesday, April 5, 2016 12:12 PM
 Subject: Re: [OSM-talk-be] Temporary Blocker roads
   
The only thing that is recognized by most/all routers is "vehicle=no"
(or access=no)
But you have to change that tag when the road is open again. And
afterwards it takes some time before all routers have updated their
database. Not to mention the users of those navigation apps.
So they will have to make a detour until the data is updated.

The one you mention (temporary) is nice, but has no support AFIAK.

I'll probably do it (access=no) for the "fietsbrug" near Rumst, since
it will be closed from May to Sep.
I'll place a reminder in my agenda to go check it and update it in September.

m

On Tue, Apr 5, 2016 at 11:55 AM, Jakka  wrote:
> Hi,
>
> How to resolve this note?
>
> Roads blocked already for long period .
>
> http://www.openstreetmap.org/note/539156#map=17/51.05132/4.72987
> http://wiki.openstreetmap.org/wiki/Proposed_features/temporary
>
> PS how do a search in the archiefs of mailing list???
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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


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

Re: [Talk-ca] Gouvernement du Québec et Municipalités : Nouveau portail et licence ouverte

[Charles Basenga Kiyanda]

Ce que je comprends, toutefois, c'est que c'est la clause d'attribution
qui est problématique avec les licences CC, quand on essaye d'intégrer
avec l'odbl. La solution que nous avons privilégiée avec la ville de
Montréal (et qui je crois est acceptée par la communauté OSM) c'est
d'obtenir une confirmation (la notre est par courriel, idéalement la
confirmation serait aussi sur le site du fournisseur de données) que "le
fournisseur des données considère que l'attribution sur la page du wiki
d'openstreetmap remplit les obligations détaillées dans la clause
d'attribution de la licence CC pour fin d'inclusion des données sous
licence odbl." (Ou quelque chose du genre...)

Bref, si je comprends bien, CC-by-SA ou CC-by-NC ou CC-by auraient
toutes le même problème. Au sens strict de la clause d'attribution des
licences CC, OSM serait tenu de mentionner l'origine des données avec
les données elles-mêmes et sur toutes les tuiles, ce qu'on ne fait pas.

Charles

On 04/05/2016 06:33 PM, Pierre Béland wrote:
> Bonjour Sébastien,
>
> j'ai mal recopié l'info et n'ai pas vu la subtilité SA ou NC. En
> relisant sur le site, il semble bien que ce soit la licence CC-by
> telle que promoise en février 2014.
>
> Avec cette l'annonce du nouveau site de données ouvertes aujourd'hui,
> je n'ai pas vu de menton de la licence. Cependant elle est spécifiée
> sur le site et avec chaque jeu de données.
>
> Voici le lien vers la licence. On indique 6 variantes possibles.
> https://www.donneesquebec.ca/fr/licence/#cc-by
>
> La mention de la licence lors du téléchargement d'un jeu de données est
> Licence Creative Commons - Attribution 4.0
>  [Open Data]
> 
>
> Voir par exemple
> https://www.donneesquebec.ca/recherche/fr/dataset/liaison-maritime
>
> Il faudra effectivement s'assurer que c'est bien la licence cc-by qui
> s'applique. 
>  
> Pierre
>
>
> 
> *De :* Sebastien Duthil 
> *À :* talk-ca@openstreetmap.org
> *Envoyé le :* mardi 5 avril 2016 17h52
> *Objet :* Re: [Talk-ca] Gouvernement du Québec et Municipalités :
> Nouveau portail et licence ouverte
>
> On 04/05/2016 11:46 AM, Pierre Béland wrote:
> > Le nouveau portail a été lancé aujourd'hui à
> > https://www.donneesquebec.ca
> 
> >
> > Les données sont maintenant publiées avec la licence CC-by-SA-4.0. Cela
> > devrait donc permettre l'import des données offertes par le gouvernement
> > du Québec et les municipalités de Québec, Montréal, Gatineau et
> Sherbrooke.
>
> Peux-tu préciser où tu as vu que CC-BY-SA était compatible avec ODbL? Je
> n'ai trouvé que l'indication du contraire dans le wiki [1].
>
> Aussi, j'y ai vu des données sous licence CC-BY-4.0, sans clause SA...
> celles-ci seraient-elles compatibles?
>
> ---
>
> Could you point out where you read that CC-BY-SA was compatible with
> ODbL? I only found the wiki stating the contrary [1].
>
> Also, I found on the website some data under CC-BY-4.0, without the SA
> restriction... would that make the data compatible?
>
>
> [1]
>
> http://wiki.openstreetmap.org/wiki/Common_licence_interpretations#Is_the_OSM_licence_.28ODbL.29_compatible_with_other_.22free.22_licences.3F
> (last section)
>
> -- 
> Sébastien Duthil
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca




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

Re: [Talk-in] Seeking advice for tree mapping using OSM

[I Chengappa]

For a reliable database of trees, I assume you are keeping your own data as
well. OSM is not the best place to use as a data store, like wikipedia
anything you add or change may get improved, made worse, or deleted.

All the main keys are listed at
http://wiki.openstreetmap.org/wiki/Tag:natural%3Dtree . You could also have
local names, in multiple languages and scripts (search the wiki for
multilingual names). For the other data you can add your own keys, but
first ensure that they don't conflict with anything else - discuss these on
the wiki talk page. Beware of different understandings of common words (the
use of circumference to describe tree trunk girth is one of my bugbears).

Bulk data imports should not be made without discussion otherwise they may
be reverted. See http://wiki.openstreetmap.org/wiki/Import/Guidelines.

Thanks

On 6 April 2016 at 08:12, Nikhil VJ  wrote:

> Hi Friends,
>
> I want to find out how to bring integration into OSM or similar in tree
> mapping / tree census exercises.
>
> Some non-negotiable requirements are:
>
>1. The data we pool in remains extractable for all, the way we can
>granularly extract OSM data using overpass-turbo; doesn't get locked up
>anywhere *even if the survey/census is incomplete*.
>2. It's possible to build up over time. So the trees we map this
>summer, a few months later a team could curate that data with more
>fine-tuned info; the mapping exercise will not need to be done all over
>again. Or, growth / decline of a tree's height/canopy can be tracked 
> yearly.
>
>
> I'm using Overpass Turbo  to extract OSM
> data, and running this query in the wizard:
> *natural=tree | natural=tree_row*
>
> As of now, in my city's central area, I can find a decent job of basic
> tree mapping done for one of the main public gardens in my city (like this
> ). But these only have the
> most basic key-value pair in them, so far.
>
> I want to know what are other key-value pairs etc I can use to put
> relevant data in.
> Some parameters I expect we would need:
>
>- local name of the tree species
>- scientific name of the tree species
>- height of the tree
>- canopy area
>- date or month of observation of above two properties
>- A URL to a photo of the tree that one might upload on imgur.com or
>so.
>- year of planting if known
>- was it transplanted (after sapling stage) from an earlier location
>(yes/no)
>- custom code / serial number assigned by the surveying group so they
>can keep track.
>
> Following on from requirement#2, there will be a wide variance in what
> data is recorded first and what will have to be left blank to add in later.
> Our solution needs to make room for this variability.
>
> Next, I want to learn how to upload a set of data at a go rather than one
> by one points. For example, we would have a table/spreadsheet with all the
> above parameters as columns and a latitude and longitude column. How do I
> upload that table to OSM, mapping the columns to the relevant fields?
>
> >> So can anyone help with figuring out the above?
>
> As of now, the groups I want to do this with (reforestation, local tree
> care-taking, environmental education, school projects) aren't aware about
> OSM or the fact that data can be granularly extracted using it, so they
> probably haven't tried it out yet. But I think this would be a perfect fit.
> I want to figure everything out on the computers-end and give them a neat
> and tidy process that they can adopt and integrate without needing a degree
> in IT or a diploma in GIS etc.
>
> PS: http://trees.metastudio.org is also a very promising platform, but
> still I want to explore how one might go about this in OSM all the same;
> and besides, the export feature isn't working on my end as of now, and bulk
> upload isn't directly doable either.
>
> --
> Cheers,
> Nikhil
> +91-966-583-1250
> Pune, India
> Self-designed learner at Swaraj University <
> http://www.swarajuniversity.org>
> http://nikhilsheth.blogspot.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

[Talk-us] Dakota County Mn Bulk Building and Address Import

[Joe Sapletal]

I’m looking for some assistance and support for doing a Bulk Import of 
buildings with address information.  I’ve already assembled the data from the 
source, but I need help converting it and uploading it and to build community 
support.  I started a wiki page here - 
http://wiki.openstreetmap.org/wiki/Minnesota/DakotaCounty/Buildings_Import it 
links to a couple of samples areas of the data.  One I’ve already uploaded as a 
test at this location - https://www.openstreetmap.org/#map=17/44.74096/-93.10751

Any assistance would be great.

Thanks,

Joe (DCJoeS)


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

[Talk-cz] Nelze nahrávat rozcestníky

[<0174]

Ahoj,
zkouším zase po nějaké době nahrávat rozcestníky přes webové rozhraní a 
nejde mi to - ve formuláři se zobrazí "OK", ale ukáže se mi tabulka s 
errorem:

https://dl.dropboxusercontent.com/u/5683247/problem.png
Zkoušel jsem i nick bez speciálního symbolu, používám Firefox 45.
Neví někdo, co s tím, případně může správce zkontrolovat, jestli se 
soubor i přes chybu nahrál (nejspíš několikrát) a mám pokračovat? V 
historii talku jsem nic nenašel :(


Díky,

<0174

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

Re: [OSM-talk-fr] L'Aquitaine en Espagne ?

[Philippe Verdy]

Dans le détail j'ai regardé, il n'y a pas d'anomalie géométriques dans la
base OSM.
La seule anomalie est un retard de la base des zones (areas) dans Overpass
Turbo. Voici ce qui est retourné dans le détail des données:

"timestamp_osm_base": "2016-04-06T16:58:03Z",
"timestamp_areas_base": "2016-03-30T00:26:01Z",

(on le voit aussi en survolant à la souris les infos statistiques affichées
dans le coin inférieur droit de la carte)

Bref la cause en est la modification de certains points de la frontière
franco-espagnole depuis hier (recalage de quelques points sur les bornes
frontières "'boundary_stone") sur les frontières des 3 communes françaises
concernées par ces petits ajustements (Itxassou, Urrugne et Birriatou).

Overpass Turbo a un retard de 8 jours pour sa base de zones, il faudra donc
attendre un peu, sinon on peut améliorer la précision des requêtes en
allant chercher la géométrie réelle dans les données OSM, pour éviter des
inclusions trop grossières, car il n'y a aucune garantie à aucun moment que
ces "area", ici {{geocodeArea:Spain}}, soient exactes ou à jour (il faut
les considérer comme approximatives).


Le 6 avril 2016 à 02:47, Philippe Verdy  a écrit :

> Il semble en plus que ces modifs viennent toutes d'un seul utilisateur
> (bascophone selon ses commentaires) qui vient de bouger (il y a une
> quinzaine d'heures) certains noeuds et d'en remplacer certains (pour passer
> par d'autres noeuds, dont quelques noeuds ajoutés pour les "boundary
> stone". Puis de réparer plus ou moins bien ce qui était cassé, en le
> retraçant.
>
> Mais il ne semble pas s'être occupé correctement de reconnecter toutes les
> relations dépendantes, même si ces modifs pourraient être justifiées
> (notamment pour les positions des "boundary stones" observées sur le
> terrain)
>
> Le 6 avril 2016 à 02:38, Philippe Verdy  a écrit :
>
>> Voir donc les frontières internationales de ces communes françaises et
>> comparer à celles de la commune espagnole voisine:
>>
>> *166907  Itxassou, 166733
>>  Urrugne, 166739
>>  Birriatou*
>>
>> Je n'ai pas regardé partout. Mais les ways ne correspondent pas
>> exactement au moins pour ces trois communes françaises
>>
>> Le 6 avril 2016 à 02:33, Philippe Verdy  a écrit :
>>
>>> Ajoute un critère "({{bbox}})" dans la requête (pour limiter les données
>>> à une zone rectangulaire), et met admin_level=8 et tu verras aussi les
>>> communes françaises inclues "en Espagne".
>>>
>>> Globalement, il semble que les segments frontières qui étaient communs
>>> aux deux pays ont été séparés par endroit, ne se superposent plus
>>> exactement le way utilisé d'un côté ne correspond pas exactement au way
>>> utilisé de l'autre côté de la frontière, l'un deux ayant sans doute omis
>>> certains noeuds intermédiaires ajoutés de l'autre, ou supprimés d'un seul
>>> côté. Sans doute l'effet de quelqu'un qui a redessiné ces ways manuellement
>>> côté français ou espagnol et pas refait la conflation correctement, ou une
>>> restauration partielle de frontière brisée (au lieu de réinclure le segment
>>> manquant qui existe dans la relation voisine, quelqu'un a retracé le bout
>>> manquant par dessus l'autre).
>>>
>>> Le 6 avril 2016 à 02:24, Philippe Verdy  a écrit :
>>>
 D'ailleurs dans ta requête, change juste admin_level=4 en
 admin_level=2, et tu obtiens la France et l'Espagne.
 Change en admin_level=6 tu tu vois les provinces espagnoles (sauf
 celles qui sont aussi des communautés autonomes de niveau 4, dont Madrid,
 la région de Murcie, les Asturies et la Navarre), plus... le département
 des Pyrénées-Atlantiques.

 Je chercherais donc dans la double inclusion de cette petite île sur la
 frontière franco-espagnole à double souveraineté (entre Irun et Hendaye au
 milieu de la Bidassoa), qu'un contriibuteur espagnol a placée entièrement
 sous souveraineté espagnole, alors qu'avant elle était coupée en deux
 (arbitrairement il faut dire alors qu'il aurait fallu l'inclure dans les
 frontières des deux pays, ou bien créer une frontière de niveau 2 séparée
 pour ce "condominion", comme cela a été fait entre le Luxembourg et
 l'Allemagne sur les eaux des fleuves qui servent de frontières).


 Le 6 avril 2016 à 01:52, Philippe Verdy  a écrit :

> C'est la "geocodeArea: Spain" qui est approximative, tracée avec des
> grands segments qui débordent les frontières.
>
> Il manque ensuite un vrai critère de filtrage par pays. Les seuls
> filtres ici sont sur boundary=administrative et admin_level=4 et le
> résultat est juste car cette "goecodeArea" inclut des noeuds de la
> frontière mais aussi des ways tout entiers.
>
> On ne peut pas s'attendre à un filtrage 

Re: [Talk-it] Ordini professionali

[Any File]

2016-04-06 12:56 GMT+02:00 Federico Cortese :
> Per ora ho usato office=association, per quanto sono sicuro sia
> errato, perchè si tratta di uffici pubblici, che dipendono dal
> Ministero di Grazia e Giustizia, quindi credo ci vorrebbe qualcosa di
> amministrativo, ma non saprei.

A me non risulta che siano uffici pubblici, anche se poi spesso la
legge gli assegna poteri particolari,

Sono abbastanza sicuro che siano enti privati (e, avendoci provato,
sono sicuro che per questo motivo a loro non si applica la legge sul
diritto di accesso agli atti pubblici).

A me sembra che office=government vada bene ad esempio per enti tipo
Agenzia Nazionale delle Entrate, e questo invece mi sembra una cosa
parecchio diversa (ad esempio i dipendenti non sono pagati dallo
stato).

AnyFile

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

Re: [Talk-it] Usare JOSM con immagini aeree PCN 2012 - Italia

[Volker Schmidt]

...qualsiasi mappa su josm a partire dal pcn ad arrivare a bing si può
> traslare e quindi posizionare correttamente con i dati strumentali rilevati
>

Attenti. Come già detto in altri post, con le mappe di Bing npn c'è solo il
discorso del spostamento. C'è anche un noto problema di possibili errori di
parallassi, che non si correggono con lo spostamento. Sono vere e proprie
deformazioni della geometria. Sono limitati a zone montuose. Le mappe
PCN2006 ne soffrono meno. Per le PCN2012 non lo so.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Le formulaire de recherche OSMand ignore la grande majorité des villes françaises

[Greg]

Je suis intéressé pour bricoler un moyen de chercher une adresse pour
Android, mais j'avoue qu'en l'état, la base de données est grosse (1.2Gio)
et la moindre recherche prend entre 20 et 25 secondes sur un ordi de bureau.

Je pense donc proposer différents ensembles de données, avec en priorité
les (grandes?) villes et éventuellement des boutons pour approfondir la
recherche. Du coup, je cherche un moyen tout à fait arbitraire de faire mes
divisions et j'ai le champ "importance" qui semble pas mal pour ça, mais
j'avoue être sceptique. Que représente-il ? Par exemple, Bron a une
importance supérieure à plusieurs (tous?) les arrondissements de Paris.

Question bonus, quelle est l' "importance" au niveau des rues/places ?


2016-03-24 8:51 GMT+01:00 Jean-Michel Pouré :

> Le lundi 21 mars 2016 à 08:53 +0100, Vincent de Château-Thierry a
> écrit :
> > Pour en dire un peu plus : les données de BANO sont exportées chaque
> > nuit et mises à disposition ici : http://bano.openstreetmap.fr/data/
> > . Il n'y a rien de prévu pour fournir un export spécifique à un
> > logiciel client, on essaie de proposer des formats suffisamment
> > ouverts (json, csv, rdf) et/ou conventionnels (shp) pour que chacun
> > ensuite puisse consommer ces données, sans barrière.
> > Donc s'il faut alimenter OSMAnd avec les adresses de BANO, ce qui en
> > soi serait une bonne chose, à la communauté des développeurs autour
> > de ce logiciel de prendre l'initiative. On sera pas loin si besoin.
>
> OSMAnd est le logiciel de navigation GPS de la communauté OSM. Hier
> encore, je me suis rendu dans l'Eure pour signer un contrat de vente
> d'une voiture d'accasion. J'ai cherche l'adresse cible en navigant sur
> la carte à la main. Impossible de trouver le village en question.
>
> Il faudrait indiquer plus clairement aux utilisateurs d'OSMand que les
> données françaises sont en l'état inexploitables dans OSMand.
>
> Par contre, il me semble qu'il y a un début de projet sur Github pour
> exploiter Bano dans OSMand, mais je ne l'ai pas retrouvé.
>
> Cordialement,
> Kellogs
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] tipo barrier=fence

[demon.box]

dieterdreist wrote
> barrier=hedge?

e invece hai proprio ragione perchè guardando qui:

http://wiki.openstreetmap.org/wiki/Tag:barrier%3Dhedge

"Large, Mature, Multi-Species Hedge" corrisponde proprio alla vegetazione
incolta che intendo io


 

GRAZIE ciao!




--
View this message in context: 
http://gis.19327.n5.nabble.com/tipo-barrier-fence-tp5870811p5871382.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-es] Datos abiertos de Gijón/Xixón

[Santiago Crespo]

Hola,

Entiendo que es compatible y no hay problema. En las condiciones de uso
[1] dicen que es CC-by 3.0 con la única limitación de que no permiten
que "el sentido de la información se vea desnaturalizado o desvirtuado.".

Ahora, en la tabla de compatibilidad con la ODbL[3] pone que hay que
tener un consentimiento por escrito en el que diga el Ayuntamiento que
es suficiente con aparecer en la página de "contributors". Sin ser
abogado, creo que no es necesario sin incluimos el tag "source" al
changeset o nodo.

Mientras tanto, he creado la página en el wiki con la tabla con todos
los datasets [3]. Hay que quitar los que no tengan datos geográficos.

[1] https://transparencia.gijon.es/page/1811-terminos-de-uso
[2] https://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility
[3] https://wiki.openstreetmap.org/wiki/Import_Ayuntamiento_Gijón

Saludos,
Santiago Crespo

On 04/06/2016 02:51 PM, Xuacu wrote:
> Hola.
> 
> Agradecería que alguien más experto en licencias pudiera echarle un
> ojo a la del Ayuntamiento de Gijón. Por lo que creo, CC-by 3.0 sería
> compatible, pero me gustaría confirmarlo.
> 
> Aquí están los datos que libera el Ayuntamiento:
> https://transparencia.gijon.es/page/1808-catalogo-de-datos
> 
> Un saludo,
> 
> Xuacu Saturio
> Usuariu de Linux // Linux user #134680
> https://www.linuxcounter.net/
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
> 

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

Re: [Talk-it] Usare JOSM con immagini aeree PCN 2012 - Italia

[scratera]

...qualsiasi mappa su josm a partire dal pcn ad arrivare a bing si può
traslare e quindi posizionare correttamente con i dati strumentali rilevati
al suolo tramite...anche se è consigliabile usare il pcn a mio giudizio



--
View this message in context: 
http://gis.19327.n5.nabble.com/Usare-JOSM-con-immagini-aeree-PCN-2012-Italia-tp5871374p5871379.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-de] passt das so?

[Harald Hartmann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



Am 06.04.2016 um 15:29 schrieb Michael Paulmann:
> Solange das abgerissene Gebäude noch in den Daten vorhanden ist und
> so markiert wurde ist alles gut. Also abgerissene Gebäude werden
> nicht gelöscht sondern nur markiert das die Gebäude abgerissen
> wurden.

wurde mit removed:building=yes umgesetzt, passt also

> ...Zu der Tankstelle könnten auch noch mehr Infos dazu, also z.B.
welche Sorte Treibstoff verkauft wird.

siehe https://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dfuel, v.a.
ob neben den Hauptsorten auch noch Gas verkauft wird.


Ich habe noch eine kleine Anmerkung: Die Rufnummer/Faxnummer sollten
noch ins internationale Format gebracht werden, siehe
https://wiki.openstreetmap.org/wiki/DE:Key:phone

PS: Lobenswert ist definitiv die Nutzung von JOSM ;)
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBAgAGBQJXBRWDAAoJEIuLcq40+VqtEx4IAO4gSpbiIxmKNiX+ATLwZT2K
i4tcWiZngvjwaF6HnYXvb1A8Zh9e1n3wciFntU3elKveVLcbti9AZlTiIa8OhnBE
ZnAEInxljNTMYG6Im3Vy7C5pAbtbU1sL0SyIRNL65TzeKaGiK26KUke8hSshPO3u
k3QaQA5biHFRGbCzoG6iQ5FEbynrRmz2ginIe/2ZUZcsTRLAAI5s2lWP2LLeOHI5
qlNXLzPelPcI42cPohw6KG0Y4bYNjFHLbouUn2NyFwoYhfG1jG7ta/ebxObx0DPr
6cgdyZW7PyY6c5hvoeYsMdisAS0bB1fIS7AAhVT0Y5G/I6mZH524nM9t14Fq+D8=
=42c+
-END PGP SIGNATURE-

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

Re: [Talk-it] profilo chilometrico con indicazione del tipo di highway

[Davide Mangraviti]

Komoot ti da le quote percentuali dell'intero gpx, suddivisi tra track path e
strada ma non le specifica in modo progressivo.
E poi se fa le analisi sulla base dati Komoot che è un pò vecchiotta, il
dato non è aggiornato.
Per adesso meglio TrailAnalyzer.



Alberto-2 wrote
> Provato con www.komoot.de?
> In basso a destra c'è il link per l'inglese.
> Una volta che ti registri e accedi, ti calcola dei possibili percorsi con
> profilo kilometrico ed altimetrico tra due punti che vuoi tu.
> C'è anche l'app per android.
> Ciao
> Alberto
> 
> 
> ---
> Questa e-mail è stata controllata per individuare virus con Avast
> antivirus.
> https://www.avast.com/antivirus
> 
> 
> ___
> Talk-it mailing list

> Talk-it@

> https://lists.openstreetmap.org/listinfo/talk-it





--
View this message in context: 
http://gis.19327.n5.nabble.com/profilo-chilometrico-con-indicazione-del-tipo-di-highway-tp5871346p5871377.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-de] passt das so?

[Michael Paulmann]

Solange das abgerissene Gebäude noch in den Daten vorhanden ist und so markiert 
wurde ist alles gut. Also abgerissene Gebäude werden nicht gelöscht sondern nur 
markiert das die Gebäude abgerissen wurden. Die Tankstelle sieht ganz gut aus, 
nur würde ich die Adresse immer an das Gebäude hängen. Zu der Tankstelle 
könnten auch noch mehr Infos dazu, also z.B. welche Sorte Treibstoff verkauft 
wird.

Gruß

Michael

-Ursprüngliche Nachricht-
Von: Kevin Hemker [mailto:hemker...@gmail.com] 
Gesendet: Mittwoch, 6. April 2016 13:28
An: talk-de@openstreetmap.org
Betreff: [Talk-de] passt das so?

Hallo!

ich bin ziemlich neu in OSM als Mapper unterwegs und habe die letzten Tage 
etliche Stunden mit Wiki- und Forumlesen verbracht.

Meine ersten Versuche habe ich mit Häuserzeichnen aufm Dorf gemacht. 
Jetzt ist mir eben ein abgerissenes Gebäude und eine neu gebaute Tankstelle 
aufgefallen - also gleich mal ran ans Werk.

Es wär echt nett wenn da jemand nochmal drüberschauen könnte ob das so stimmt. 
Für Vorschläge und Tipps bin ich offen.

http://www.openstreetmap.org/#map=18/49.70645/11.06163

(Neu gemacht: Tanke samt Servicewegen und "nur-rechts-abbiegen". Das 
abgerissene Gebäude ist nordwestlich der Tanke in der Boschstraße beim 
Wendehammer (Aro)

Vielen Dank und liebe Grüße


Kevin Hemker

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

[Talk-es] Señales de nivelación desplazadas.

[Esther Mingot]

Buenos días,
revisando el callejero de La Jonquera me he encontrado dos señales de 
nivelación (NGV678 Y NGV679) que deberían estar en la plaza del Ayuntamiento, y 
están desplazadas al norte, junto a la señal SS FAJ:
NGV678: https://www.openstreetmap.org/node/1135541794
NGV679: https://www.openstreetmap.org/node/1135540549
SS FAJ: https://www.openstreetmap.org/node/1135544991
Después de hacer unas comprobaciones, creo que el error está en el origen de 
los datos, en las coordenadas geográficas, ya que la diferencia en latitud 
deberían ser unos 20" y apenas son décimas de segundo. 
En estos casos:- A nivel de IGN, ¿cómo se les informa del error para que 
procedan a su revisión?- Y a nivel de OSM, ¿cómo se indica que esas señales 
están mal situadas? ¿Se desplazan a "ojo" hasta su posición aproximada? A mi 
parecer, siendo señales de nivelación, lo importante es que el usuario las 
localice, más que el hecho de que estén en sus coordenadas absolutas o no.
No he comprobado si hay más señales fuera de lugar, estas las encontré de pura 
casualidad, me sorprendió que hubiera tres señales juntas. Aunque mirando los 
vértices geodésicos franceses también hay multitud de señales juntas, imagino 
que tendrán su lógica pero aún no la encontré, dejo la cuestión abierta por si 
alguien sabe el motivo.
Un saludo!

Sólo la verdad nos hará libres___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-it] Usare JOSM con immagini aeree PCN 2012 - Italia

[Silvano]

​Ho scambiato qualche messaggio con scratera (utente mappatore su OSM):
usare Bing per fare nuovi rilievi (specificare edifici, aree o posizionare
punti di interesse) non è raccomandabile. Per quanto Bing offra spesso una
risoluzione tra le migliori disponibili, le sue immagini non sono ben
georeferenziate.

Su JOSM di default io ho trovato Bing ed altre soluzioni simili, ma
bisognerebbe impostare PCN (Portale Cartografico Nazionale) 2012 - Italia.
Per farlo si può andare sul menu principale: "Immagini aeree" > "Preferenze
immagini aeree". Comparirà una finestra con una lista enorme di fornitori
di immagini aeree. Potete scorrerla rapidamente fino a trovare sulla
sinistra le voci con 'IT' (Italia), queste sono poche. Bisogna scegliere
"PCN 2012 - Italia", selezionarlo e premere sul pulsante sotto "Attiva".
Una volta inserito premere "OK" ancora piú sotto. A questo punto, quando
lavorate su un pezzo di mappa scaricato, dal menu "Immagini aeree",
cliccate direttamente sulla nuova voce comparsa "PCN 2012 - Italia" e sui
livelli, lateralmente in alto a destra, assicuratevi che ci sia un occhio
acceso su questo livello (anche su "livello dati 1" deve essere acceso
l'occhio) e spento su altre immagini aeree (altrimenti si rischia la
sovrapposizione dei livelli credendo di vedere una cosa ed invece è
un'altra).

Sul browser tramite iD editor non è possibile usare PCN 2012 Italia, di
default si usa Bing, forse ci sono anche motivi legali: PCN si può usare
per ricalcare mappe ogni altro uso è vietato.

Forse esiste il modo, quando si inserisce uno sfondo personalizzato su iD
editor (browser), quando chiede: "Inserisci l'URL dello schema dei
tasselli. Valori validi sono {z}, {x}, {y} per lo schema Z/X/Y e {u} per lo
schema QuadTile"
di sostituire, nella seguente stringa, i parametri {proj} {width} {height}
{bbox} :
"
http://wms.pcn.minambiente.it/ogc?map=/ms_ogc/WMS_v1.3/raster/ortofoto_colore_12.map=image/png=1.1.1=WMS=GetMap=OI.ORTOIMMAGINI.2012=={proj}={width}={height}={bbox}
"
con i parametri {z} {x} {y} o {u}, ma credo non sia proprio possibile,
perché sono diversi. Su JOSM funziona tutto.

Una discussione passata (
http://gis.19327.n5.nabble.com/PCN-2012-td5797973.html) conferma che PCN è
il piú accurato (non in risoluzione, comunque apprezzabile, ma come
precisione cartografica), quindi lo notifico per chiunque non sia al
corrente.​
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-GB] OSM UK chapter next concall

[Brian Prangle]

Hi everyone

Scheduled for  Wed 20 April at 8pm

Details as usual 0800 2290900  password 33224

See you there!

It would be good if we could finalise the Articles of Association at this
concall.

Please add comments for the AoA here
.


Then one more concall to chase up any loose ends  before preparing the
documentation for Companies House.

Regards

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

Re: [Talk-it] profilo chilometrico con indicazione del tipo di highway

[Alberto]

Provato con www.komoot.de?
In basso a destra c'è il link per l'inglese.
Una volta che ti registri e accedi, ti calcola dei possibili percorsi con 
profilo kilometrico ed altimetrico tra due punti che vuoi tu.
C'è anche l'app per android.
Ciao
Alberto


---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus


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

[Talk-es] Datos abiertos de Gijón/Xixón

[Xuacu]

Hola.

Agradecería que alguien más experto en licencias pudiera echarle un
ojo a la del Ayuntamiento de Gijón. Por lo que creo, CC-by 3.0 sería
compatible, pero me gustaría confirmarlo.

Aquí están los datos que libera el Ayuntamiento:
https://transparencia.gijon.es/page/1808-catalogo-de-datos

Un saludo,

Xuacu Saturio
Usuariu de Linux // Linux user #134680
https://www.linuxcounter.net/

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

Re: [Talk-it] profilo chilometrico con indicazione del tipo di highway

[Davide Mangraviti]

Si grazie, l'ho già provato, a parte che brouter va bene per fare tragitti
corti, se cominciate a fare itinerari lunghi di decine di Km, va in tilt e
tocca riniziare da zero... 
Per questo mi trovo bene con GPSies.
Poi ho visto che le le geometrie che esporta hanno problemi con la
proiezione e il tag highway è un pò in una colonna e un pò in un'altra.



Andrea Albani wrote
> Prova a vedere questo tool [0]. Dopo aver selezionato profilo, punti di
> arrivo e di partenza ti calcola il tragitto che puoi successivamente
> esportare in CSV con i dati che ti interessano. L'interfaccia è
> migliorabile, ma mi sembra che faccia il suo lavoro.
> 
> Ciao
> 
> [0] http://brouter.de/brouter-web/
> 
> 
> Il giorno 6 aprile 2016 11:02, Davide Mangraviti 

> davideman@

>  ha
> scritto:
> 
>> Un saluto a tutti voi.
>> E' da un pò di giorni che sto cercando una funzione che sarebbe di grosso
>> interesse.
>> Ho girato molti, forse tutti i vari servizi on line (bikeroutetoaster,
>> gpsies ect...) che fanno routing su base dati OSM.
>> Mi interessa sapere se esista la possibilità di avere un profilo
>> chilometrico lungo un determinato itinerario che attraversi highway di
>> diverso tipo (track, path, residential, ect..) insomma che interroghi il
>> tag
>> highway, e lo mostri in una colonna dati.
>> Avere quindi indicazione chilometrica progressiva del tipo di highway e
>> farne un profilo anche di altitudine per fare delle analisi.
>>
>> Sarebbe una buona cosa un'analisi fatta dato un certo file .gpx. magari
>> in
>> ambito GIS.
>> L'alternativa è farlo a mano carta e penna..
>>
>> Vi è capitato di vedere questa possibilità in giro?
>> Grazie
>>
>>
>>
>>
>>
>>
>>
>>
>> --
>> View this message in context:
>> http://gis.19327.n5.nabble.com/profilo-chilometrico-con-indicazione-del-tipo-di-highway-tp5871346.html
>> Sent from the Italy General mailing list archive at Nabble.com.
>>
>> ___
>> Talk-it mailing list
>> 

> Talk-it@

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

> Talk-it@

> https://lists.openstreetmap.org/listinfo/talk-it





--
View this message in context: 
http://gis.19327.n5.nabble.com/profilo-chilometrico-con-indicazione-del-tipo-di-highway-tp5871346p5871369.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-es] OpenData Sevilla

[Moises Arcos]

Estupendo,

yo he añadido esta fuente de datos al conjunto de datasets potenciales para
ser importados a OSM, para que esté todo totalmente enlazado.

http://wiki.openstreetmap.org/wiki/Spain_Potential_Datasources#Portal_de_Datos_Abiertos_del_Ayuntamiento_de_Sevilla

Tal y como he puesto aquí, creo que lo siguiente sería ir analizando cada
uno de esos datasets y ver los diferentes campos que tienen para ver qué
conviene y qué no importar a OSM.

Saludos!!!

El 6 de abril de 2016, 14:14, Santiago Crespo 
escribió:

> Hola Moisés,
>
> ¡Tiene buena pinta! Acabo de generar y subir la tabla con los datasets a
> la página que has creado en la wiki:
>
> https://wiki.openstreetmap.org/wiki/Import_Ayuntamiento_Sevilla
>
> Saludos,
> Santiago Crespo
>
>
> On 04/06/2016 09:12 AM, Moises Arcos wrote:
> > Buenos días,
> >
> > he estado echándole un ojo al portal de datos abiertos del Ayuntamiento
> > de Sevilla [1] y veo que hay mucha información que podría subirse a OSM.
> > Lo primero a por lo que me he ido es a ver la licencia que tienen y
> > están bajo CC BY 4.0 [2], por lo que yo tengo entendido se podrían usar
> > para importar a OSM, si no es así por favor corregidme.
> >
> > Lo siguiente que me gustaría hacer es preparar una página en la wiki con
> > toda la información de cada uno de los datasets que contengan datos
> > geográficos que podamos usar para la importación y así podernos
> > coordinar fácilmente.
> >
> > Ya os iré informando de los avances.
> >
> > Un saludo!!!
> >
> > [1] http://datosabiertos.sevilla.org/
> > [2] http://datosabiertos.sevilla.org/que-es/
> >
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-es
> >
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-cz] Pomocny rozcestnik - neznačená trasa

[Karel Volný]

zdravím,

> Neznačenou trasu, tedy (abychom byli termonologicky přesní) trasu bez
> pásového značení, nelze do mapy nijak značit. V mapě by se měl odrážet
> reálný stav.

o tom se mluvilo docela nedávno - začátek threadu zde:
https://lists.openstreetmap.org/pipermail/talk-cz/2016-March/013749.html

nějak se mi nezdá, že by z té diskuse vyplynul takto kategorický závěr "není 
značeno v terénu = nelze značit do mapy", spíše naopak

viz hned první odpověď od Mirka, cituji

'... a mapa s vyznacenou stezkou byva dost casto jedine voditko "kudy dal".'

https://lists.openstreetmap.org/pipermail/talk-cz/2016-March/013754.html

z čehož bych řekl celkem jasně plyne, že by to v mapě být mělo, protože 
existuje netriviální počet jejích uživatelů, kterým je to užitečné
(přitom je docela jedno, jestli jde o 4 km nebo "pouhých" 500 m, třeba protože 
jsou okolnosti, za kterých se dá zabloudit i na pár metrech)

a jinak k tématu též stále visí můj dotaz, máme-li se řídit výše uvedenou 
logikou, vymažeme z mapy např. hranice krajů?

K.


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

Re: [Talk-es] OpenData Sevilla

[Santiago Crespo]

Hola Moisés,

¡Tiene buena pinta! Acabo de generar y subir la tabla con los datasets a
la página que has creado en la wiki:

https://wiki.openstreetmap.org/wiki/Import_Ayuntamiento_Sevilla

Saludos,
Santiago Crespo


On 04/06/2016 09:12 AM, Moises Arcos wrote:
> Buenos días,
> 
> he estado echándole un ojo al portal de datos abiertos del Ayuntamiento
> de Sevilla [1] y veo que hay mucha información que podría subirse a OSM.
> Lo primero a por lo que me he ido es a ver la licencia que tienen y
> están bajo CC BY 4.0 [2], por lo que yo tengo entendido se podrían usar
> para importar a OSM, si no es así por favor corregidme.
> 
> Lo siguiente que me gustaría hacer es preparar una página en la wiki con
> toda la información de cada uno de los datasets que contengan datos
> geográficos que podamos usar para la importación y así podernos
> coordinar fácilmente.
> 
> Ya os iré informando de los avances.
> 
> Un saludo!!!
> 
> [1] http://datosabiertos.sevilla.org/
> [2] http://datosabiertos.sevilla.org/que-es/
> 
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
> 

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

Re: [Talk-de] GPS Logger Android 6, oruxmaps powersave mode tracking off...

[Martin Czarkowski]

Servus Lars,

ich nutze seit Jahren Locus Map http://www.locusmap.eu/de/ mit den 
Offlinekarten von OpenAndroMaps http://www.openandromaps.org/  Bei Locus kann 
man die Bildschirmsperre deaktivieren. 

Gruß
Martin



-Ursprüngliche Nachricht-
Von: Lars Schimmer [mailto:l.schim...@cgv.tugraz.at] 
Gesendet: Mittwoch, 6. April 2016 09:37
An: 'Openstreetmap allgemeines in Deutsch'
Betreff: [Talk-de] GPS Logger Android 6, oruxmaps powersave mode tracking off...

Hallo!

Ich habe bisher immer recht gerne OruxMaps genommen, um meine Tracks am Fahrrad 
aufzuzeichnen und hochzuladen ins Netz. Vor allem die Kartenanzeige und so war 
recht nett.

Nun hat mein HTC One Android 6 und OruxMaps geht in den Powersave Mode wenn der 
Screen aus ist - somit ist GPS aus und Oruxmaps zeichnet nix auf. Unschön.

Kennt einer das Problem, wie ist die Lösung?
Alternative Software?

MfG,
Lars Schimmer
--
-
TU Graz, Institut für ComputerGraphik & WissensVisualisierung
Tel: +43 316 873-5405   E-Mail: l.schim...@cgv.tugraz.at
Fax: +43 316 873-5402   PGP-Key-ID: 0x4A9B1723





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

[Talk-in] [Survey]: Assessment of Training Needs in Remote Sensing for Conservation in India.

[H. S. Sudhira]

If you have trouble viewing or submitting this form, you can fill it out in
Google Forms

.

Assessment of Training Needs in Remote Sensing for Conservation in India
We are trying to understand the different training needs in the use and
application of Remote Sensing for Conservation in India. It would be
helpful if you can respond to the following questions.

Thanks for your time and inputs!

Dr. H. S
​.​
Sudhira (Gubbi Labs), Prof. Har
​i​
ni Nagendra (APU) and Dr. Rajan M. B. (NIAS)

* Required

   Name *
   Current Location *
   Town/City
   State *
   Choose the status that best describes your current status. *
   - Student
  - Researcher (Doctoral/Post-doctoral)
  - Adjunct Faculty
  - Full-time Faculty Member (Assistant/Associate/Professor/Fellows)
  - Practitioner / Professional (including those with profit/non-profit
  organisations)
  - Other:
   Are you aware of the National Remote Sensing Data Policy? *
   - Yes
  - No
   Are you using / applying remote sensing for: *
   - Research / Academic purposes
  - Training
  - Practice / Generating reports
  - Policy Advisory
  - No, not using / applying at the moment
  - Interested to use it in the future
  - Other:
   What are the challenges in working with satellite remote sensing data in
   ecology or conservation? *
   - Access to high (spatial/temporal/spectral) resolution cloud-free
  datasets
  - Lack of trained capacity to work with satellite remote sensing data
  - Access to appropriate tools (software applications)
  - The data costs are too high
  - Other:
   Do you foresee capacity requirement of more trained human-power for
   working with satellite remote sensing datasets? *
   1 2 3

   Yes, there is a need for it
   No, there are many already
   Did you receive any training in handling satellite remote sensing data? *
   - Yes
  - No
   If yes, from where?
   How long was your training duration?
   - Certificate (< 12 weeks)
  - PG Diploma (> 12 weeks to 12 months)
  - Masters (> 18 months)
  - Other:
   Do you think there are adequate avenues for one to receive training to
   learn/work with satellite remote sensing data *
   - Yes
  - No
   Do you think that satellite remote sensing has been applied in ecology
   or conservation effectively? *
   1 2 3 4 5

   Strongly Agree
   Strongly Disagree
   Is there any way do you think that can boost use / application of
   satellite remote sensing data in ecology or conservation?
   Please share any challenges of using remote sensing for conservation
   research.
   Never submit passwords through Google Forms.

Powered by
[image: Google Forms]

This form was created inside of Gubbi Labs.
Report Abuse

- Terms of Service  - Additional Terms

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

Re: [Talk-cz] Co je cyklorozcestnik? (bylo: Pomocny rozcestnik)

[Petr Vozdecký]

Ahoj,

to jsi Mirku nakousl téma, které jsem chtěl napsdat už dříve, ale prostě 
není čas...

Cyklotrasy a cyklostezky jsou u nás tak husté, že je v nich větší "chaos" 
(počtem operátorů, typů, způsobem značení, motivací vzniku...), než u 
turistických tras.

Rozcestníků nebo cedulí, které bychiom za "rozcestníky" mohli považovat, je 
tak fatálně obrovské množství, že je nemožné a asi i neúčelné je VŠECHNY 
fotit.

Nemyslím si, že má CZ OSM komunta personální sílu zvládnout projekt 
zmapování všech cyklistických tras na území ČR a už vůbec ne cestou mapování
rozcestníků tak, jak je tomu u projektu turistických tras. Je otázkou, zda 
by to šlo jinou cestou (např. myslím, že cyklotrasy i cyklostezky vedené po 
místních komunikacích, musí mít nějakou "oficiální trasu a číslo" schválenou
nadregionálně, tedy nějakým ministerstvem).

Myslím, že jsme schopni zvládnout toto mapování pouze tak, že se omezíme 
pouze na stezky operátora KČT, protože u těch víme, co je to rozcestník, kde
jej hledat a také to, že jejich fotky mají pro nás určitý význam.

vop


-- Původní zpráva --
Od: Miroslav Suchý 
Komu: talk-cz@openstreetmap.org
Datum: 5. 4. 2016 13:15:49
Předmět: [Talk-cz] Co je cyklorozcestnik? (bylo: Pomocny rozcestnik)

"Dne 4.4.2016 v 14:55 Petr Vozdecký napsal(a):
> (z drivejsi diskuse cilene odbocuji samostatne tema)

A ja si dovolim odbocit jeste dal v podobnem tematu.

Pri znaceni pesich tras si pomalu vsimam cyklotras a snazim se fotit
rozcestniky cyklotras a zjistil jsem ze vlastne nevim co je rozcestnik.

Mame klasicke TIMy:
http://map.openstreetmap.cz/img/guidepost/20160227_131338-1.jpg
ty jsou IMO jasne.

No a pak jsou takove ty cedule ktere vyznacuji smer (1):
http://foto.turistika.cz/foto/58097/48518/full_51e56e_Snimek-009.jpg
U nich nevim. Nekdy totiz znaci opravdu rozcesti (2):
http://map.openstreetmap.cz/img/guidepost/20150912_092305_HDR.jpg
Nekdy i dost komplikovane (3):
http://map.openstreetmap.cz/img/guidepost/20160228_143346.jpg
A aby toho nebylo malo tak existuji jeste znacky co vyznacuji prubeh a
nekdy upozornuji na zmenu smeru (4):
http://www.is.mendelu.cz/eknihovna/opory/download.pl?objekt=39446

Kdyz jsem se zkousel divat jak to znaci u Seznamu, tak mi to nejak moc
nepomohlo. Maji to dost chaoticke. Protoze napr zde

https://mapy.cz/turisticka?x=16.0794722=49.1263660=18=0=base
=1923450
maji vyznacenou tu malou sverovku (pripad 4). A pritom o kousek dal:

https://mapy.cz/turisticka?x=16.0941064=49.1289847=18=0=base
=1923450
je v realu znacka "pripad 2", kterou nemaji vyznacenou. Coz by v jednom
pripade mohla byt sice nahoda, ale takovych pripadu jsem nalezl spoustu
a jednotny rad v tom neshledavam.

Takze si kladu za otazku co a jak vlastne znacit u tech cyklostezek jako
rozcestnik?

Mirek

___
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-de] passt das so?

[Kevin Hemker]

Hallo!

ich bin ziemlich neu in OSM als Mapper unterwegs und habe die letzten 
Tage etliche Stunden mit Wiki- und Forumlesen verbracht.


Meine ersten Versuche habe ich mit Häuserzeichnen aufm Dorf gemacht. 
Jetzt ist mir eben ein abgerissenes Gebäude und eine neu gebaute 
Tankstelle aufgefallen - also gleich mal ran ans Werk.


Es wär echt nett wenn da jemand nochmal drüberschauen könnte ob das so 
stimmt. Für Vorschläge und Tipps bin ich offen.


http://www.openstreetmap.org/#map=18/49.70645/11.06163

(Neu gemacht: Tanke samt Servicewegen und "nur-rechts-abbiegen". Das 
abgerissene Gebäude ist nordwestlich der Tanke in der Boschstraße beim 
Wendehammer (Aro)


Vielen Dank und liebe Grüße


Kevin Hemker

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

Re: [Talk-cz] Podivny rozcestnik

[Petr Vozdecký]

Ahoj,

myslíš to dobře, ale závěr je krapet mimo realitu. Ortodoxne naplňovat větu 
"A odráží to přesně to, co vidím
v realitě." by znamenalo pokaždé (a zůstaňme u rozcestníků), kdy nějaký 
vandal některý rozcestník ulomí a ukradne, tak jej z OSM smažeme. Toto jistě
není správný postup (byť by ortodoxně naplnil heslo "mapujeme realitu"). 
Takový případ je zřejmě dočasný stav a jako takový je nutné jej posuzovat 
jednotlivě. A to mj. i vzhledem k účelu, který mapováním sledujeme.

Jinými slovy - zmíněný příklad je zcela zřejmě dočasným řešením "zapůjčením 
tabulek", ale nic to němění na tom, že ty TIM mají svoje ref, každý TIM má 
svůj originální ref a my víme, který to je. K fotkám je vhodné přidat ref, 
který je identifikuje vůči správnému TIM.

vop


-- Původní zpráva --
Od: Petr Holub 
Komu: 'OpenStreetMap Czech Republic' 
Datum: 5. 4. 2016 10:49:36
Předmět: Re: [Talk-cz] Podivny rozcestnik

"Ahoj,

> 1) v pripade, ktery uvadi Mirek Suchy, jde jednoznacne o dva TIM - SY009 
Pustá Rybná
> (rozcestí) a SY033 Pod Rybenskými Perničkami. V OSM je to správně 
otagováno (alespoň se to
> správně renderuje na [1])
> 2) fyzické provedení TIM SY033 neodpovídá značkařské normě už tím, že jsou
tabulky jednoho TIM
> na více místech. Norma nepřipouští umístění tabulek jednoho TIM na různé 
objekty vyjma
> případů, kdy jich je neúměrně mnoho nad sebou (a i tak se musí umisťovat 
na jedno místo např.
> pomocí speciálního nosiče apod.)
> 3) fyzické provedení na místě SY033 je divoce poskládáno z tabulek dvou 
různých TIM (vše to
> napovídá, že se tam stalo něco zvláštního, např. pokácení stromu s TIM SY
003 apod. a stav je
> !dočasný!) a to by ROZHODNĚ nemělo být důvodem k vědomému kombinování ref 
čísel v jejich
> fotografiích, protože by mohlo dojít k následnému nesprávnému párování
> 4) kombinace dvou různých ref jsou teoreticky přípustné tam, kde dochází 
na hranici
> značkařských okresů ke změně "spádovosti" TIM v čase, je tam např. na 
tabulce z roku 2007
> BMxxx a na tabulce z roku 2010 TSxxx. Ale i v tomto případě bych 
preferoval zdravý rozum a
> uvedení novějšího údaje (v tomto případě TSxxx)

za mne jen malý komentář, který doufám nespustí flame... musíme si ujasnit, 
co mapujeme.
Jaká je definice guidepost vs. jaká je definice TIM, abychom se zase 
nedostali do debaty,
jestli mapujeme realitu, nebo naše přání, jak by realita měla vypadat (např.
podle vnitřních
norem KČT, které nejsou v realitě vždy respektovány). 

Závisí na tom, co je to guidepost: jestli je to ta jedna tabulka, nebo 
jestli je to ten nosič
s tabulkami, nebo ještě něco jiného. Já jsem osobně doposud pracoval se 
sémantikou nosiče tabulek,
už proto, že "post" v angličtině znamená "sloupek/pilíř/apod". A odráží to 
přesně to, co vidím
v realitě. Pokud se na tom shodneme v této definici, tak ten podivný 
rozcestník patří značit
ref=SY009;SY033
protože na jednom nosiči jsou cedulky se dvěma ref-y.

Pokud to chceme rozpadat na více bodů, tak je potřeba prvně ujasnit za 
jakých podmínek - co
je tedy definice guidepostu. Abychom pak nedělali samostatný bod pro každou 
cedulku, protože
ref často vypadá SY033a, SY033b, atd. - pro každou tabulku jiný.

Petr




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

Re: [Talk-cz] Pomocny rozcestnik - neznačená trasa

[Petr Vozdecký]

Neznačenou trasu, tedy (abychom byli termonologicky přesní) trasu bez 
pásového značení, nelze do mapy nijak značit. V mapě by se měl odrážet 
reálný stav.

V praxi je tedy výskyt těchto tabulek ve značené síti KČT sic malý, ale 
nikoliv limitně nulový (čím více se zabýváme ověřováním značení v praxi, tím
více jich nacházíme) a domnívám se, že jediné, jak je můžeme zaznamenat, je 
pouze zaznamenat jejich pozici - typicky pro tabulku [K východišti značených
tras]>. Až na excesy (viz příklad Mirka Suchého s cílem vzdáleným 4 km) je 
to vždy otázka malé vzdálenosti a jednoznačného cíle, takže by to turista 
neměl minout = nemá smysl značit do mapy ani nějakou účelovou pomocnou 
značkou.

Podobně se to IMHO týká i naučných stezek, které jsou vedeny po nějaké 
trase, která však v grafické podobě existuje jen na nějakém projektu, nebo 
na webu provozovatele, ale v reálu ji nevidíš (značky tam prostě nejsou, jen
jsou čas od času nějaká zastavení s infotabulemi). Navíc je nezřídka 
nelineární (všechna zastavení nelze projít "za sebou" po jedné ideální 
trase) a tabule se nachází v nějakém prostoru (např. obora) a pojem Naučná 
stezka projekt získal především v souvislosti s nějakou dotací. Zde je k 
diskusi, zda něco jako "doporučenou trasu" do OSM značit a zda/jak ji 
vykreslovat.

vop


-- Původní zpráva --
Od: Milan Cerny 
Komu: OpenStreetMap Czech Republic 
Datum: 5. 4. 2016 8:57:30
Předmět: [Talk-cz] Pomocny rozcestnik - neznačená trasa

"Zdravím, když už se tu řeší pomocné rozcestníky, tak by mě zajímalo, jak v 
mapě správně značit či neznačit tuto neznačenou trasu od pomocného k běžnému
rozcestníku?
Poslední dobou jsem zaznamenal několik případů, kdy KČT nahrazuje klasickou 
"barvu" právě tímto virtuálním značením s pomocným rozcestníkem. Většinou 
bez pásového značení, někde značení zůstalo.
Tyto kousky jsem značil jako odbočky stejnou relací a barvou jako trasa, což
je špatně. Rád bych to opravil tak, aby to v mapě bylo vidět ale aby to 
nebyla barva.
Díky.

Milan

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

Re: [Talk-it] Ordini professionali

[Federico Cortese]

Per ora ho usato office=association, per quanto sono sicuro sia
errato, perchè si tratta di uffici pubblici, che dipendono dal
Ministero di Grazia e Giustizia, quindi credo ci vorrebbe qualcosa di
amministrativo, ma non saprei.
In passato usai office=administrative, ma ora è sconsigliato a favore
di office=government.
Ho fatto qualche ricerca in Italia e ho trovato:
- office=engineer (http://www.openstreetmap.org/node/1447951080);
- landuse=commercial (http://www.openstreetmap.org/way/208767613);
- office=political_party (http://www.openstreetmap.org/node/3336279918);
- office=architect (http://www.openstreetmap.org/node/3734997226);
- office=administrative (http://www.openstreetmap.org/node/3898590475);

Cosa ne pensate?

Federico

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

[Talk-lv] maps.me - tagad arī editors

[Rihards]

http://www.openstreetmap.org/user/Zverik/diary/38344

"Just now we have released the first major update this year. It has 
better geocoding (and reverse geocoding), smaller regions (no bigger 
than 70 MB, most are below 50) and, the most important change, now it 
can edit the map!"


šis ir diezgan kūl.
latvijā vien jau ir kādi 6 jauni lietotāji kaut ko iezīmējuši, lai gan 
versija iznāca tikai vakar (ok, varbūt kāds no tiem ir esošs dalībieks, 
daži vārdi ir jokaini ;) )


visi gan tikai vienu vai divus poi, bet arī tas ir daudz. lielākā daļa 
kafejnīcas un alkohola veikalus :D

--
 Rihards

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

Re: [Talk-it] profilo chilometrico con indicazione del tipo di highway

[Andrea Albani]

Prova a vedere questo tool [0]. Dopo aver selezionato profilo, punti di
arrivo e di partenza ti calcola il tragitto che puoi successivamente
esportare in CSV con i dati che ti interessano. L'interfaccia è
migliorabile, ma mi sembra che faccia il suo lavoro.

Ciao

[0] http://brouter.de/brouter-web/


Il giorno 6 aprile 2016 11:02, Davide Mangraviti  ha
scritto:

> Un saluto a tutti voi.
> E' da un pò di giorni che sto cercando una funzione che sarebbe di grosso
> interesse.
> Ho girato molti, forse tutti i vari servizi on line (bikeroutetoaster,
> gpsies ect...) che fanno routing su base dati OSM.
> Mi interessa sapere se esista la possibilità di avere un profilo
> chilometrico lungo un determinato itinerario che attraversi highway di
> diverso tipo (track, path, residential, ect..) insomma che interroghi il
> tag
> highway, e lo mostri in una colonna dati.
> Avere quindi indicazione chilometrica progressiva del tipo di highway e
> farne un profilo anche di altitudine per fare delle analisi.
>
> Sarebbe una buona cosa un'analisi fatta dato un certo file .gpx. magari in
> ambito GIS.
> L'alternativa è farlo a mano carta e penna..
>
> Vi è capitato di vedere questa possibilità in giro?
> Grazie
>
>
>
>
>
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/profilo-chilometrico-con-indicazione-del-tipo-di-highway-tp5871346.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-it] profilo chilometrico con indicazione del tipo di highway

[Davide Mangraviti]

L'unico servizio che avevo trovato era un pò questo che offre trailanalyzer
che usa OSM.
Volevo un'altra alternativa

http://www.trailanalyzer.org/?q=node/973




Davide Mangraviti wrote
> Si ho visto anche questo, ma non fa al caso in questione, io non voglio
> creare apposta una relazione con JOSM su un itinerario
> Voglio semplicemente interrogare OSM per andare da A a B e sapere che tipo
> di highway trovo lungo le varie way che incontro lungo il mio itinerario.
> 
> 
> Any File wrote
>> 2016-04-06 11:23 GMT+02:00 Davide Mangraviti 

>> davideman@

>> :
>>> il punto è il profilo chilometrico con indicazione progressiva del tipo
>>> di
>>> highway
>> 
>> Per quanto riguarda il tipo di highway, se quello che vuoi fare è
>> analizzare il percorso che faccia parte di un'intera relazione
>> esistente, allora
>> 
>> Relation Analyzer
>> http://wiki.openstreetmap.org/wiki/Relation_Analyzer
>> http://ra.osmsurround.org/
>> 
>> ti dà alcune informazioni, ma probabilmente non è esattamente quello
>> che stai cercando...
>> 
>> AnyFile
>> 
>> ___
>> Talk-it mailing list

>> Talk-it@

>> https://lists.openstreetmap.org/listinfo/talk-it





--
View this message in context: 
http://gis.19327.n5.nabble.com/profilo-chilometrico-con-indicazione-del-tipo-di-highway-tp5871346p5871357.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] profilo chilometrico con indicazione del tipo di highway

[Davide Mangraviti]

Si ho visto anche questo, ma non fa al caso in questione, io non voglio
creare apposta una relazione con JOSM su un itinerario
Voglio semplicemente interrogare OSM per andare da A a B e sapere che tipo
di highway trovo lungo le varie way che incontro lungo il mio itinerario.




Any File wrote
> 2016-04-06 11:23 GMT+02:00 Davide Mangraviti 

> davideman@

> :
>> il punto è il profilo chilometrico con indicazione progressiva del tipo
>> di
>> highway
> 
> Per quanto riguarda il tipo di highway, se quello che vuoi fare è
> analizzare il percorso che faccia parte di un'intera relazione
> esistente, allora
> 
> Relation Analyzer
> http://wiki.openstreetmap.org/wiki/Relation_Analyzer
> http://ra.osmsurround.org/
> 
> ti dà alcune informazioni, ma probabilmente non è esattamente quello
> che stai cercando...
> 
> AnyFile
> 
> ___
> Talk-it mailing list

> Talk-it@

> https://lists.openstreetmap.org/listinfo/talk-it





--
View this message in context: 
http://gis.19327.n5.nabble.com/profilo-chilometrico-con-indicazione-del-tipo-di-highway-tp5871346p5871356.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] profilo chilometrico con indicazione del tipo di highway

[Volker Schmidt]

Il problema fondamentale, se parti da una tracci GPX, è di associare le vie
giuste con i pezzi della traccia. Prendi il caso di una pista ciclabile
parallela a una strada. Il tracciato GPX normalmente non è suffuciamente
preciso per distinguere fra strada e pista.
l problema è diverso se pari da una route relation in OSM.

2016-04-06 11:41 GMT+02:00 Any File :

> 2016-04-06 11:23 GMT+02:00 Davide Mangraviti :
> > il punto è il profilo chilometrico con indicazione progressiva del tipo
> di
> > highway
>
> Per quanto riguarda il tipo di highway, se quello che vuoi fare è
> analizzare il percorso che faccia parte di un'intera relazione
> esistente, allora
>
> Relation Analyzer
> http://wiki.openstreetmap.org/wiki/Relation_Analyzer
> http://ra.osmsurround.org/
>
> ti dà alcune informazioni, ma probabilmente non è esattamente quello
> che stai cercando...
>
> AnyFile
>
> ___
> 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] profilo chilometrico con indicazione del tipo di highway

[Davide Mangraviti]

--
View this message in context: 
http://gis.19327.n5.nabble.com/profilo-chilometrico-con-indicazione-del-tipo-di-highway-tp5871346p5871353.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] profilo chilometrico con indicazione del tipo di highway

[Any File]

2016-04-06 11:23 GMT+02:00 Davide Mangraviti :
> il punto è il profilo chilometrico con indicazione progressiva del tipo di
> highway

Per quanto riguarda il tipo di highway, se quello che vuoi fare è
analizzare il percorso che faccia parte di un'intera relazione
esistente, allora

Relation Analyzer
http://wiki.openstreetmap.org/wiki/Relation_Analyzer
http://ra.osmsurround.org/

ti dà alcune informazioni, ma probabilmente non è esattamente quello
che stai cercando...

AnyFile

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

Re: [Talk-it] profilo chilometrico con indicazione del tipo di highway

[Davide Mangraviti]

lasciamo stare il discorso dell'altimetria, quello me la vedrei io a parte
con altri strumenti...è un più...
il punto è il profilo chilometrico con indicazione progressiva del tipo di
highway



dieterdreist wrote
> sent from a phone
> 
>> Am 06.04.2016 um 11:02 schrieb Davide Mangraviti 

> davideman@

> :
>> 
>> e
>> farne un profilo anche di altitudine per fare delle analisi.
> 
> 
> di questo abbiamo già parlato qualche tempo fa, non è possibile calcolare
> un profilo altimetrico assoluto, più fitto che sceglie i punti da prendere
> l 'altezza, più salite e discese ti risultano.
> 
> ciao,
> Martin 
> ___
> Talk-it mailing list

> Talk-it@

> https://lists.openstreetmap.org/listinfo/talk-it





--
View this message in context: 
http://gis.19327.n5.nabble.com/profilo-chilometrico-con-indicazione-del-tipo-di-highway-tp5871346p5871349.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] profilo chilometrico con indicazione del tipo di highway

[Martin Koppenhoefer]

sent from a phone

> Am 06.04.2016 um 11:02 schrieb Davide Mangraviti :
> 
> e
> farne un profilo anche di altitudine per fare delle analisi.


di questo abbiamo già parlato qualche tempo fa, non è possibile calcolare un 
profilo altimetrico assoluto, più fitto che sceglie i punti da prendere l 
'altezza, più salite e discese ti risultano.

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

[Talk-it] profilo chilometrico con indicazione del tipo di highway

[Davide Mangraviti]

Un saluto a tutti voi.
E' da un pò di giorni che sto cercando una funzione che sarebbe di grosso
interesse.
Ho girato molti, forse tutti i vari servizi on line (bikeroutetoaster,
gpsies ect...) che fanno routing su base dati OSM.
Mi interessa sapere se esista la possibilità di avere un profilo
chilometrico lungo un determinato itinerario che attraversi highway di
diverso tipo (track, path, residential, ect..) insomma che interroghi il tag
highway, e lo mostri in una colonna dati.
Avere quindi indicazione chilometrica progressiva del tipo di highway e
farne un profilo anche di altitudine per fare delle analisi.

Sarebbe una buona cosa un'analisi fatta dato un certo file .gpx. magari in
ambito GIS.
L'alternativa è farlo a mano carta e penna..

Vi è capitato di vedere questa possibilità in giro?
Grazie



 




--
View this message in context: 
http://gis.19327.n5.nabble.com/profilo-chilometrico-con-indicazione-del-tipo-di-highway-tp5871346.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-cz] Spojeni dvou relaci

[Jakub Konečný]

Otázka je, jestli KČT trasu opravdu provozuje nebo jen dostali
zaplaceno za vyznačení, ale provozovatel může být ČEZ. Nevím, jak
tento konkrétní příklad, ale když jsem psal na turistickeznaceni.cz
ohledně problému na TZ Stránská skála, tak mi odepsali:

"Děkujeme za nahlášení.
O vyvrácených kolících budeme informovat CHKO Moravský Kras, která si
tuto NS nechala námi vyznačit a kolíky zde osadila."

Z čehož bych pochopil, že TZ sice vyznačili, ale dále nespravují.
Možná je podobný případ i ČEZ.

Jakub Konečný

Dne 6. dubna 2016 5:44 Tom Ka  napsal(a):
> ten kdo to provozuje, takze cz:KCT. CEZ je sponzor, stejne jako byvaji
> cedulky Lesu CR.
>
> Bye
>
> On Apr 5, 2016 10:21 PM, "Miroslav Suchý"  wrote:
>>
>> Dne 5.4.2016 v 21:56 Marián Kyral napsal(a):
>> > Je tam konflikt v operator - cz:KČT vs ČEZ - nevím co je správně.
>>
>> Zajimava otazka. Je operator ten kdo to znaci (cz:KCT) nebo ten kdo to
>> plati (CEZ)?
>>
>> Mirek
>>
>> ___
>> 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-de] GPS Logger Android 6, oruxmaps powersave mode tracking off...

[Lars Schimmer]

Hallo!

Ich habe bisher immer recht gerne OruxMaps genommen, um meine Tracks am
Fahrrad aufzuzeichnen und hochzuladen ins Netz. Vor allem die
Kartenanzeige und so war recht nett.

Nun hat mein HTC One Android 6 und OruxMaps geht in den Powersave Mode
wenn der Screen aus ist - somit ist GPS aus und Oruxmaps zeichnet nix
auf. Unschön.

Kennt einer das Problem, wie ist die Lösung?
Alternative Software?

MfG,
Lars Schimmer
-- 
-
TU Graz, Institut für ComputerGraphik & WissensVisualisierung
Tel: +43 316 873-5405   E-Mail: l.schim...@cgv.tugraz.at
Fax: +43 316 873-5402   PGP-Key-ID: 0x4A9B1723





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

Re: [OSM-talk-fr] iD-indoor : éditeur simple pour la carto indoor

[panieravide]

Ah effectivement ce n'est pas normal, ce n'est pas un ajout de ma part, 
c'est inclus de base dans iD. Je vais nettoyer ça sous peu ;)


Cordialement.


Le 2016-04-06 09:12, Axelos a écrit :

Coucou,

Merci pour cet outil qui pourra en effet peut être permettre d'avantage 
de

contribution sur les niveaux ;


PanierAvide-2 wrote

Il s'agit d'un projet encore jeune, n'hésitez pas à faire des retours
d'utilisation, signaler des bugs ou proposer des fonctionnalités ;)


Je testerais ton service lorsque j'aurais un peu de temps à y 
consacrer, car

je n'ai jamais utilisé ID.
Par contre j'ai remarqué des appels à Google-analytics, pas possible de
remplacer par une alternative telle que Piwik ?

Cordialement.



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

[Talk-in] Seeking advice for tree mapping using OSM

[Nikhil VJ]

Hi Friends,

I want to find out how to bring integration into OSM or similar in tree
mapping / tree census exercises.

Some non-negotiable requirements are:

   1. The data we pool in remains extractable for all, the way we can
   granularly extract OSM data using overpass-turbo; doesn't get locked up
   anywhere *even if the survey/census is incomplete*.
   2. It's possible to build up over time. So the trees we map this summer,
   a few months later a team could curate that data with more fine-tuned info;
   the mapping exercise will not need to be done all over again. Or, growth /
   decline of a tree's height/canopy can be tracked yearly.


I'm using Overpass Turbo  to extract OSM data,
and running this query in the wizard:
*natural=tree | natural=tree_row*

As of now, in my city's central area, I can find a decent job of basic tree
mapping done for one of the main public gardens in my city (like this
). But these only have the
most basic key-value pair in them, so far.

I want to know what are other key-value pairs etc I can use to put relevant
data in.
Some parameters I expect we would need:

   - local name of the tree species
   - scientific name of the tree species
   - height of the tree
   - canopy area
   - date or month of observation of above two properties
   - A URL to a photo of the tree that one might upload on imgur.com or so.
   - year of planting if known
   - was it transplanted (after sapling stage) from an earlier location
   (yes/no)
   - custom code / serial number assigned by the surveying group so they
   can keep track.

Following on from requirement#2, there will be a wide variance in what data
is recorded first and what will have to be left blank to add in later. Our
solution needs to make room for this variability.

Next, I want to learn how to upload a set of data at a go rather than one
by one points. For example, we would have a table/spreadsheet with all the
above parameters as columns and a latitude and longitude column. How do I
upload that table to OSM, mapping the columns to the relevant fields?

>> So can anyone help with figuring out the above?

As of now, the groups I want to do this with (reforestation, local tree
care-taking, environmental education, school projects) aren't aware about
OSM or the fact that data can be granularly extracted using it, so they
probably haven't tried it out yet. But I think this would be a perfect fit.
I want to figure everything out on the computers-end and give them a neat
and tidy process that they can adopt and integrate without needing a degree
in IT or a diploma in GIS etc.

PS: http://trees.metastudio.org is also a very promising platform, but
still I want to explore how one might go about this in OSM all the same;
and besides, the export feature isn't working on my end as of now, and bulk
upload isn't directly doable either.

--
Cheers,
Nikhil
+91-966-583-1250
Pune, India
Self-designed learner at Swaraj University 
http://nikhilsheth.blogspot.in
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [OSM-talk-fr] iD-indoor : éditeur simple pour la carto indoor

[Axelos]

Coucou,

Merci pour cet outil qui pourra en effet peut être permettre d'avantage de
contribution sur les niveaux ;


PanierAvide-2 wrote
> Il s'agit d'un projet encore jeune, n'hésitez pas à faire des retours 
> d'utilisation, signaler des bugs ou proposer des fonctionnalités ;)

Je testerais ton service lorsque j'aurais un peu de temps à y consacrer, car
je n'ai jamais utilisé ID.
Par contre j'ai remarqué des appels à Google-analytics, pas possible de
remplacer par une alternative telle que Piwik ?

Cordialement.



--
View this message in context: 
http://gis.19327.n5.nabble.com/iD-indoor-editeur-simple-pour-la-carto-indoor-tp5871277p5871341.html
Sent from the France mailing list archive at Nabble.com.

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

[Talk-es] OpenData Sevilla

[Moises Arcos]

Buenos días,

he estado echándole un ojo al portal de datos abiertos del Ayuntamiento de
Sevilla [1] y veo que hay mucha información que podría subirse a OSM. Lo
primero a por lo que me he ido es a ver la licencia que tienen y están bajo
CC BY 4.0 [2], por lo que yo tengo entendido se podrían usar para importar
a OSM, si no es así por favor corregidme.

Lo siguiente que me gustaría hacer es preparar una página en la wiki con
toda la información de cada uno de los datasets que contengan datos
geográficos que podamos usar para la importación y así podernos coordinar
fácilmente.

Ya os iré informando de los avances.

Un saludo!!!

[1] http://datosabiertos.sevilla.org/
[2] http://datosabiertos.sevilla.org/que-es/
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-de] Berliner OSM-Hackweekend 30.4. / 01.05.2016

[lars lingner]

Hallo,

für das kommende OSM Hackweekend am 30.04./01.05.2016 möchte ich wieder
alle Neugierigen und an OSM Interessierten einladen.

Wie gewohnt findet die Planung im OSM-Wiki [1] statt. Bitte tragt Euch
dort in die Liste ein wenn ihr kommen möchtet. Hier findet ihr auch
weitere Infos und ggf. Updates für die Planung.

Das Hackweekend ist auch gut geeignet für Einsteiger. In gemütlicher
Atmosphäre lassen sich hier Erfahrungen und Tipps austauschen.

Diese Woche am Freitag 08.04. findet auch noch der monatliche
OSM-Stammtisch [2] statt.


Viele Grüße aus Berlin

Lars


[1] http://wiki.openstreetmap.org/wiki/Berlin_Hack_Weekend_April_2016
[2] http://wiki.openstreetmap.org/wiki/Berlin/Stammtisch

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