Re: [OSM-talk-be] Knooppuntennetwerken (Regional walking networks)

[Gerard Vanderveken]

Alternative is in stead of a route to use track
?xml version=1.0 encoding=UTF-8 standalone=yes?
gpx xmlns=http://www.topografix.com/GPX/1/1; 
http://www.topografix.com/GPX/1/1 creator=OSM Route Manager 
version=1.1 xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; 
http://www.w3.org/2001/XMLSchema-instance 
xsi:schemaLocation=http://www.topografix.com/GPX/1/1 
http://www.topografix.com/GPX/1/1/gpx.xsd; 
http://www.topografix.com/GPX/1/1http://www.topografix.com/GPX/1/1/gpx.xsd
!-- All data by OpenStreetMap, licensed under cc-by-sa-2.0 
(http://creativecommons.org/licenses/by-sa/2.0/). --

   wpt lat=50.788708 lon=4.5839511
 name301/name
   /wpt
   wpt lat=50.788718 lon=4.5839521
 name302/name
   /wpt
   trk
   nameDijleland 301-302/name
   srcOpenStreetMap.org/src
   typefoot/type
   trkseg
 trkpt lat=50.788708 lon=4.5839511  /trkpt
 trkpt lat=50.788709 lon=4.5839515  /trkpt
   /trkseg
   trkseg
 trkpt lat=50.788709 lon=4.5839515  /trkpt
 trkpt lat=50.788718 lon=4.5839521  /trkpt
   /trkseg
   trk
   trk
   nameDijleland 302-303/name
   srcOpenStreetMap.org/src
   typefoot/type
   trkseg
 trkpt lat=50.788718 lon=4.5839521  /trkpt
 trkpt lat=50.788719 lon=4.5839525  /trkpt
 trkpt lat=50.788728 lon=4.5839531  /trkpt
   /trkseg
   /trk
/gpx

Advantage is the track segment trkseg element that matches the ways in 
the sub relations.

(and no need to filter out double nodes from start and end of these ways)

Regards,
Gerard.

Jo wrote:


That doesn't look too complicated, I'll look into it, tomorrow.

Jo

2011/8/2 Gerard Vanderveken g...@ghia.eu mailto:g...@ghia.eu

As a minimum you require an output file dijleland.gpx  like this
example

?xml version=1.0 encoding=UTF-8 standalone=yes?
gpx xmlns=http://www.topografix.com/GPX/1/1;
http://www.topografix.com/GPX/1/1 creator=OSM Route Manager
version=1.1
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
http://www.w3.org/2001/XMLSchema-instance
xsi:schemaLocation=http://www.topografix.com/GPX/1/1
http://www.topografix.com/GPX/1/1/gpx.xsd;

http://www.topografix.com/GPX/1/1http://www.topografix.com/GPX/1/1/gpx.xsd
!-- All data by OpenStreetMap, licensed under cc-by-sa-2.0
(http://creativecommons.org/licenses/by-sa/2.0/). --
wpt lat=50.788708 lon=4.5839511
  name301/name
/wpt
wpt lat=50.788718 lon=4.5839521
  name302/name
/wpt
rte
nameDijleland 301-302/name
srcOpenStreetMap.org/src
typefoot/type
rtept lat=50.788708 lon=4.5839511  /rtept
rtept lat=50.788709 lon=4.5839515  /rtept
rtept lat=50.788718 lon=4.5839521  /rtept
/rte
rte
nameDijleland 302-303/name
srcOpenStreetMap.org/src
typefoot/type
rtept lat=50.788718 lon=4.5839521  /rtept
rtept lat=50.788719 lon=4.5839525  /rtept
rtept lat=50.788728 lon=4.5839531  /rtept
/rte
/gpx

For every node there is a waypoint element wpt with the
coordinates and as name its ref number
For every sub relation there is a  route element rte
It contains route points rtept.
These rtept are all the nodes of the ways from the subrelation.
The streets and their nodes  need to be ordered from start to end
node (the ones with the ref tag)
Regards,
Gerard


Jo wrote:


Gerard,

If you provide me with a detailed example of what data in the osm
file, needs to become which information in the gpx, I might try
to program this in Python. It's possible to add python scripts to
JOSM.

Jo (Polyglot)

2011/8/2 Gerard Vanderveken g...@ghia.eu mailto:g...@ghia.eu

It is not an obligation to have this 'not yet official'
collection relation.
I got the idea by looking at some Alp paths, where it was
used to link all paths of the network.

Everyone can add to the Wiki (registration and login required).
But if you feel uncomfortable doing edits in a Wiki , I can
do it for you, if you send me the relevant data.
The relation has to be created first, so the reference can be
put in the Wiki

For the creation of this specialised GPX, the exporting
functions of OSM are not suitabe.
There is some programming or script required to put each sub
relation into a route and convert the  nodes to waypoints.

Regards,
Gerard.

network (as far as they exist).

Should such a collection be created for all other
knooppunten networks ?
If so, can someone update the wiki page to reflect this,
so I can properly create and tag that collection for
Rivierenland

I downloaded the gpx file  from Zuid-Dijleland. I was

Re: [OSM-talk] Id stability

[Gregor Horvath]

Hi,

Am Tue, 02 Aug 2011 11:31:03 +0200
schrieb Frederik Ramm frede...@remote.org:

 The great thing about such a server would be that the server could 
 indeed *always* know which links are still working and which are
 broken, and broken links could even be automatically highlighted on
 something like OpenStreetBugs so anyone who is interested could hunt
 them down and fix them.

How can fix such a broken link today?

I think you should create a link tag from the broken ID to the
manually determined replacement.
But there is no tag scheme at the moment for this I am aware of.

--
Greg

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

Re: [OSM-talk] What is an ID?

[Claudius]

Am 03.08.2011 02:34, Lester Caine:

Tom Hughes wrote:

Nobody has setup a system to reuse anything.

All you are seeing there is the result of badly written programs and the
like doing perfectly normal REST writes to node 1. When such mistakes
are made people revert them. Shit happens, and we deal with it.



How exactly do you suggest that we disable that corruption?


I just started at '1' to see how good things were, and a few of the
nodes I then worked through showed questionable changes ...
Actually it's interesting looking at some of the raw history. There are
a block below 1400, many of which are original nodes, but some seem to
have these strange edits, then there is a jump to 77858, which I presume
was a hick-up somewhere along the line very early on, except that the
1300 series nodes post date 77858, so something is/was going wrong
somewhere? Some of these early node numbers have been edited earlier
this year ...

Shit happens, and we deal with it. still has the problem of
identifying where the shit has happened and working out how to deal with
it.


You are probably aware that version numbers were added in 2009 with the 
API 0.6 change [1]. So judging from the changedate the low number 
anomalies you have discovered are probably related to those early 
testing and fixing phase.


Claudius

[1] http://wiki.openstreetmap.org/wiki/API_changes_between_v0.5_and_v0.6


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

Re: [OSM-talk] Id stability

[Gregor Horvath]

Am Tue, 2 Aug 2011 09:21:49 -0700 (PDT)
schrieb Ian ian.d...@gmail.com:

 On Tuesday, August 2, 2011 10:14:13 AM UTC-5, Gregor Horvath wrote:
 
  Now if this node (point on a map) is replaced with another one by a
  fellow mapper (for whatever reason), I think it would be a progress
  if ID 1381574156 points to the new node instead of vanishing.
 
 Who or what decides that the ID 1381574156 should move rather than 
 disappear?

Those that want ID stability should maintain those links.

--
Greg

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

[OSM-talk] Proposal superseded_by tag for ID stabilisation

[Gregor Horvath]

Hi,

critique welcome:

Proposal superseded_by tag
--

OSM ID's do not describe physical objects but geometrical objects on a
map. If an a geometrical object supersedes another one with a different
ID it should be possible to tag this relationship for some better
stabilisation and traceability of ID's.

* new TAG superseded_by=type:ID
  
  example:
  superseded_by=way:7867678
  superseded_by=node:67668
  superseded_by=rel:7897789

  I do not think that a superseded tag on the new object is necessary
  because it is redundant data and an unnecessary maintenance burden.

* Use Cases ID deletion

Below are the cases for deleting a ID mentioned on the mailing list.
I've added the proposed solution.

** expansion of POI nodes into buildings
   node is deleted and gets superseded_by tag pointing to the building

** splitting of ways (old ID would then point to only half)
   A split to A,B:
 A.superseded_by = B
 A does not get deleted

** superseded by several objects (a split operation).
   A gets replaced by B,C
 A.superseded_by = B
 A.superseded_by = C

** merging (old ID would become invalid in 50% of cases)
   - example 1: Relations for long-distance routes created in several
places until they meet, and are merged, with one of
them being deleted.
   - example 2: a POI node might later be joined to be part of an area
representing a shop;  this shop area might later be
joined to others to represent an entire building that
contains several shops 

   A,B gets merged to A: 
 A.superseded_by = B
 B deleted (visible=false)
 B.superseded_by = A

** supersede multiple objects (a merge operation) 
   A,B,C  gets replaced by C
 A.superseded_by = C
 B.superseded_by = C
 C.superseded_by = A
 C.superseded_by = B
 A,B deleted (invisible)

** re-mapping of stuff in the course of the license change
   - re-structuring of relations
   - 0.7 area data type (lots of existing areas get a new ID)
   
   superseded_by tag

** mapping error (mistake)
   delete ID, no superseded_by
   
** restaurant moves, should it keep the same ID? If it is renamed? If
   it goes bankrupt, is sold, renovated, and reopened by a different
   owner 

   the node describes a point on the map, not a restaurant,
   therefore no new ID in this cases.


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

[OSM-talk] Where Did You Edit

[Stephan Knauss]

Hi,

I presented this already on the talk-de mailing list, it could be 
interesting for others in the community as well.


I have created a website that lets you see where you edited.

According to the intensity of your edits a map is colored from dark 
red to bright green.


For your convenience the site can be accessed using this direct URL:

http://wdye.osm-tools.org/

Based on the feedback from the community I extended the site by the 
possibility to directly link to a specific username, e.g. Steve would 
use this link:


http://wdye.osm-tools.org/?Steve
or
http://wdye.osm-tools.org/user/Steve

The site provides links to directly link to the images. As long as my 
server can handle the load hot-linking is fine. If you expect the image 
being requested quite often consider storing it on your own server.


Hope you like the idea, comments welcome.

Stephan

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

Re: [OSM-talk] Where Did You Edit

[Josh Doe]

Very cool, thanks for sharing! Perhaps you could allow for customizing the
bounding box. For example I've hardly edited anything outside of my state in
the US, so I just have a tiny blob. Perhaps you could have country/state
presets as well.

Thanks,
-Josh

On Wed, Aug 3, 2011 at 4:06 PM, Stephan Knauss o...@stephans-server.dewrote:

 Hi,

 I presented this already on the talk-de mailing list, it could be
 interesting for others in the community as well.

 I have created a website that lets you see where you edited.

 According to the intensity of your edits a map is colored from dark red
 to bright green.

 For your convenience the site can be accessed using this direct URL:

 http://wdye.osm-tools.org/

 Based on the feedback from the community I extended the site by the
 possibility to directly link to a specific username, e.g. Steve would use
 this link:

 http://wdye.osm-tools.org/?**Steve http://wdye.osm-tools.org/?Steve
 or
 http://wdye.osm-tools.org/**user/Stevehttp://wdye.osm-tools.org/user/Steve

 The site provides links to directly link to the images. As long as my
 server can handle the load hot-linking is fine. If you expect the image
 being requested quite often consider storing it on your own server.

 Hope you like the idea, comments welcome.

 Stephan

 __**_
 talk mailing list
 talk@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] Where Did You Edit

[Stephan Knauss]

On 03.08.2011 22:23, Josh Doe wrote:

Very cool, thanks for sharing! Perhaps you could allow for customizing
the bounding box. For example I've hardly edited anything outside of my
state in the US, so I just have a tiny blob. Perhaps you could have
country/state presets as well.


I should have mentioned this earlier. I got quite a few requests for a 
zoom function already.


I have prepared the data for zoom functionality already but am still 
working on the best way to implement it.

So instead of letting you wait I started with a fixed zoom on global level.

What would be the coolest way to zoom? I thought of a slippy map with 
transparency above the regular tiles.

Others mentioned presets like continent/country.
I could also imagine to let you set an arbitrary bounding box based on a 
zoom level.
eg you say you want to see zoom level 13 and then you get a bounding box 
that you can place over the area of interest.


Stephan

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

Re: [OSM-talk] Proposal superseded_by tag for ID stabilisation

[Claus Stadler]

Hi,

I must say wow, as I did not expect my mail to trigger such a long 
discussion, that even already  brings up proposals. I was busy with some 
tasks and therefore did not reply in the past three days.

But its great to see such response ;)

So as it was pointed out multiple times already, there are the version 
numbers, and an (ID, version) pair  unambiguously refers to the state of 
an entity at some point at time - right?.
So from my point of view, the question is then, how these unique ids can 
be related to each other.


I would have thought of a separate service, that automatically attempts 
to figure out the relations between (ID, version) pairs, and also allows 
for manual overrides, in cases where the automatic decision is wrong, 
and some human is interested in getting it right. This automatic 
analysis could be based on domain specific rules. (For instance if there 
was a deletion and re-upload of a node where only the spelling of a name 
was fixed, it is very likely that there will be a high string 
similarity, and at some threshold it will be assumed to be the some 
thing as a previous one, unless someone manually sais something different).


The proposed solution with the superseded_by tag might be something like 
a way for storing the outcome of such an analysis that, but I need give 
it some more thought. (So this mail is mainly about saying I am still 
alive ;)


In general, I agree that OSM should not force themselves into somehow 
making internal IDs stable (if that is even possible). On the other 
hand, the currently stable-enough-at-least-for-my-demo-use-cases-IDs  
are way too useful for making them deliberately unstable. (Such as by 
renumbering them ;) )


Cheers,
Claus


On 08/03/2011 08:36 PM, Gregor Horvath wrote:

Hi,

critique welcome:

Proposal superseded_by tag
--

OSM ID's do not describe physical objects but geometrical objects on a
map. If an a geometrical object supersedes another one with a different
ID it should be possible to tag this relationship for some better
stabilisation and traceability of ID's.

* new TAG superseded_by=type:ID

   example:
   superseded_by=way:7867678
   superseded_by=node:67668
   superseded_by=rel:7897789

   I do not think that a superseded tag on the new object is necessary
   because it is redundant data and an unnecessary maintenance burden.

* Use Cases ID deletion

Below are the cases for deleting a ID mentioned on the mailing list.
I've added the proposed solution.

** expansion of POI nodes into buildings
node is deleted and gets superseded_by tag pointing to the building

** splitting of ways (old ID would then point to only half)
A split to A,B:
  A.superseded_by = B
  A does not get deleted

** superseded by several objects (a split operation).
A gets replaced by B,C
  A.superseded_by = B
  A.superseded_by = C

** merging (old ID would become invalid in 50% of cases)
- example 1: Relations for long-distance routes created in several
 places until they meet, and are merged, with one of
 them being deleted.
- example 2: a POI node might later be joined to be part of an area
 representing a shop;  this shop area might later be
 joined to others to represent an entire building that
 contains several shops

A,B gets merged to A:
  A.superseded_by = B
  B deleted (visible=false)
  B.superseded_by = A

** supersede multiple objects (a merge operation)
A,B,C  gets replaced by C
  A.superseded_by = C
  B.superseded_by = C
  C.superseded_by = A
  C.superseded_by = B
  A,B deleted (invisible)

** re-mapping of stuff in the course of the license change
- re-structuring of relations
- 0.7 area data type (lots of existing areas get a new ID)

superseded_by tag

** mapping error (mistake)
delete ID, no superseded_by

** restaurant moves, should it keep the same ID? If it is renamed? If
it goes bankrupt, is sold, renovated, and reopened by a different
owner

the node describes a point on the map, not a restaurant,
therefore no new ID in this cases.


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



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

Re: [OSM-talk] Proposal superseded_by tag for ID stabilisation

[Steve Bennett]

On Thu, Aug 4, 2011 at 4:36 AM, Gregor Horvath gre...@ediwo.com wrote:
 ** re-mapping of stuff in the course of the license change
   - re-structuring of relations
   - 0.7 area data type (lots of existing areas get a new ID)

   superseded_by tag

That's an interesting use case - let's say A describes a certain
building, and is deleted (the author didn't agree to CTs), and then B
describes the same building. You want to be careful about linking B to
A, lets B be considered a derivative work...

In general I think there's some value in what you're describing here,
not just for id stability, but in better understanding the history and
provenance of objects, which helps with attributing authorship. Some
sort of more generic meta-tagging scheme might be good (superseded_by
could easily be interpreted as referring to the actual physical
objects, not the OSM objects), so maybe something like osm:new_id=xxx,
osm:merge_into=xxx etc.

Steve

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

Re: [OSM-talk] Where Did You Edit

[Josh Doe]

On Wed, Aug 3, 2011 at 4:53 PM, Stephan Knauss o...@stephans-server.dewrote:

 What would be the coolest way to zoom? I thought of a slippy map with
 transparency above the regular tiles.
 Others mentioned presets like continent/country.
 I could also imagine to let you set an arbitrary bounding box based on a
 zoom level.
 eg you say you want to see zoom level 13 and then you get a bounding box
 that you can place over the area of interest.


Coolest would definitely be transparent tiles, as it's the most versatile.
You (or others) could then implement presets for countries/states, take
advantage of OpenLayers shift+click+drag zoom functionality, etc.

-Josh
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Where Did You Edit

[Ian]

On Wednesday, August 3, 2011 9:49:18 PM UTC-5, Josh Doe wrote:

 On Wed, Aug 3, 2011 at 4:53 PM, Stephan Knauss o...@stephans-server.dewrote:

 What would be the coolest way to zoom? I thought of a slippy map with 
 transparency above the regular tiles.
 Others mentioned presets like continent/country.
 I could also imagine to let you set an arbitrary bounding box based on a 
 zoom level.
 eg you say you want to see zoom level 13 and then you get a bounding box 
 that you can place over the area of interest.


 Coolest would definitely be transparent tiles, as it's the most versatile. 
 You (or others) could then implement presets for countries/states, take 
 advantage of OpenLayers shift+click+drag zoom functionality, etc.


You may want to consider using Google's Fusion Tables for this. Their map 
view will generate heat maps out of millions of points quite quickly. Plus, 
you could easily add a selection to narrow the maps down by user. I don't 
think you need to display Fusion Tables tiles in their API, either. 
Technically it's easy to add to OpenLayers but their terms might say 
otherwise.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[Talk-br] Estudante cria programa que simplifica mapas de transporte

[Yuriê Baptista César]

http://www.unbciencia.unb.br/index.php?option=com_contentview=articleid=296:estudante-cria-programa-que-simplifica-mapas-de-transportecatid=51:computacao

Estudante cria programa que simplifica mapas de transporte

Inovação pode mudar a maneira com que mapas esquemáticos são usados no mundo
e facilitar a informação para turistas e moradores


Henrique Bolgue
Da Secretaria de Comunicação da UnB

Dona Rica viaja de ônibus todos os dias. Vai e volta de sua casa, em São
Sebastião, para o trabalho, no Lago Sul. Às vezes, precisa chegar ao Plano
Piloto e em alguns fins de semana aproveita o Parque da Cidade. Como muitos
outros usuários do transporte público no Distrito Federal, ela faz seu
roteiro baseada no que aprendeu com outros passageiros, cobradores e
conhecidos. Nunca teve acesso a tabelas de horários nem mapas atualizados.

A experiência de dona Rica inspirou a monografia do final do curso de
Ciências da Computação do aluno Marcelo de Lima Galvão. Dona Rica trabalha
na casa do estudante. Marcelo criou um programa que permite ao usuário do
transporte público ter um mapa mais simples, rápido e eficiente em mãos. O
programa usa informações de bancos de dados como o Google Maps ou GPS, por
exemplo, para criar mapas esquematizados chamados octalineares.

Concebido pela primeira vez por Henry Beck em 1933, para o metrô de Londres,
esse tipo de mapa virou um clássico do design mundial e hoje é o principal
padrão para representar redes de transporte coletivo. Normalmente,
octalineares são feitos à mão e exigem conhecimentos específicos dos
desenhistas. Mesmo que seja feito em computadores, a criação demora dias se
forem usadas muitas paradas. O programa criado por Marcelo promete mudar
essa relação. O tempo para criar um mapa octalinear é de, no máximo, 15
segundos. O programa também tem atualização constante. O usuário pode
selecionar somente as linhas que usa ou que pretende usar com resultados
personalizados e diretos. “O principal beneficiado seria o turista, que
precisa de uma informação mais direta”, diz Marcelo.

Tudo isso foi possível pela maneira inovadora de programar esses mapas. Na
computação, esse é um problema considerado dos mais difíceis, senão
impossíveis de resolver, chamados de NP-completo. “Em um mapa esquemático,
você tem infinitas possibilidades e é impossível saber qual a melhor”,
explica Marcelo. A solução encontrada pelo estudante foi usar algoritmos
genéticos como um atalho para criar os mapas. Marcelo lembra que quando a
ideia surgiu, surpreendeu-se. “O uso dos algoritmos genéticos caiu como uma
luva”, diz.

Algoritmos genéticos são fórmulas matemáticas que, quando entrecruzadas
entre si, geram novas fórmulas. Como animais, elas se reproduzem e evoluem a
cada geração. O método serve para criar, de forma automatizada, modelos mais
complexos e eficientes. Isso acontece em segundos e, no caso do programa de
Marcelo, gera um mapa octalinear com o resultado mais adaptado. Essa
característica permite que o mapa seja constantemente modificado. Por
exemplo, se o usuário girar o mapa, ele faz novos cálculos e cria outro
esquema, mais adaptado àquela visão. “Essa ferramenta é uma necessidade
tremenda para a cidade”, diz o professor de engenharia civil Pastor
Gonzales, que participou da banca de Marcelo.

Marcelo pretende continuar seus estudos em uma pós-graduação, mas também
busca parcerias com empresas privadas. A ideia é criar um aplicativo para
celulares, computadores e também levar o programa para as ruas. “As paradas
poderiam ter mapas impressos ou eletrônicos atualizados que indicariam quais
as linhas saem dali de maneira mais direta do que um mapa por satélite”,
diz.

*ALEMANHA –* Desde o começo de sua graduação Marcelo pensava em criar
soluções para o transporte público, mas foi o intercâmbio na Alemanha que
lhe abriu os olhos. Ele morou em Freiburg, cidade de 200 mil habitantes
considerada um centro de excelência em termos de sustentabilidade urbana.
Segundo Marcelo, era fácil buscar informações e os mapas estavam em todos os
lugares. Ao voltar para Brasília, percebeu as deficiências. “Acabo usando só
o meu carro, mas poderia ser diferente”, diz.
___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-de] Where Did You Edit

[Andreas Labres]

On 03.08.11 01:50, Stephan Knauss wrote:
 Für ganz automatisieren habe ich etwas Bedenken. Wenn da eine wildgewordene
 Suchmaschine anfängt alle 150.000 user abzuklappern habe ich auf dem Server
 keinen Spaß mehr. Ein bisschen was rechnen muss er schon bei Usern mit mehr
 als einer Handvoll edits. 

Naja, eine Suchmaschine würde das nur machen, wenn sie hinverlinkt wird (aber
dann würde sie es machen). Ich würde aber jedenfalls eine brute force Notbremse
einbauen, irgendeine Maximalanzahl je IP-Adresse oder je Cookie oder sonstwas.

BTW, sehr cooles feature! :)

Servus, Andreas

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

Re: [Talk-de] Where Did You Edit

[Michael Kugelmann]

Am 01.08.2011 11:41, schrieb Michael Mattiszik:

+1 für die Coolness...
+1 für Zoom-Funktion

+1 für beides.


Grüße,
Michael.

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

[Talk-de] Relation Analyzer noch state of the art?

[Adrian Stabiszewski]

Hallo.

Als Entwickler vom Relation Analyzer bin gerade dabei am überlegen, wie die
Zukunft von dem Projekt aussehen soll. Meine besten OSM Zeiten scheinen
vorbei, so dass ich es selber kaum noch einsetze. ;)
Da ich auch keinerlei Nutzerstatistik habe, wollte ich die Community fragen,
ob das Tool überhaupt noch (sinnvoll) benutzt wird.

Gleichzeitig hätte ich nächste Woche ein paar Tage Zeit um das Projekt auf
einen besseren Stand zu bringen und zu open sourcen, falls daran noch
Interesse besteht.

Meine Fragen wären wie folgt:

1. Ist der RA noch in der Benutzung oder gibt es bessere Tools?

2. Macht es Sinn den RA zu verbessern, so dass er alle Relations (multi
relations, roles) korrekt prüfen kann? 

3. Ist ein JOSM Plugin besser oder doch Web-Anwendung?

4. Bzgl. Open source: Was steht im Moment mehr im Kurs: Github oder OSM SVN
Repo?

5. Will sich jemand an der Entwicklung beteiligen? (Rainy Sommer of Code?)

Viele Grüße,
Adrian.


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

Re: [Talk-de] Relation Analyzer noch state of the art?

[Rainer Kluge]

Hallo Andrian

Als dein Analyzer zeitweise sehr lange für die Analyse brauchte bzw. gar kein 
Ergebnis ausspuckte, habe ich mir selbst ein Perl-Skript (rel2gpx.pl) mit 
ähnlicher Funktionalität geschrieben, mehr als programmiertechnische Fingerübung 
und aus Langeweile als aus einem konkreten Bedarf heraus. Wie der Analyzer 
untersucht mein Skript die Relation auf Lücken und kann einen GPX-Track erzeugen.


Ich habe inzwischen festgestellt, dass der Relationseditor in Josm völlig 
ausreichend ist, um Lücken in Routen-Relationen zu erkennen. Man braucht nur die 
Members sortieren und schon bekommt man Bruchstellen angezeigt, und das sogar 
ohne spürbare Verzögerung. Aus meiner Sicht besteht daher kein Bedarf für einen 
Lückendetektor.


Nach wie vor sehe ich aber den Bedarf für ein Tool, mit dem man 
Routen-Relationen aus der OSM-Datenbank als GPX-Track extrahieren kann. Ich habe 
aber irgendwann festgestellt, dass das für Routen, welche Kreisverkehre und 
Einbahnstrecken enthalten oder Lücken aufweisen, nicht trivial ist, wenn der 
erzeugte Track möglichst wenige Segmente umfassen soll und die Segmente 
vernünftig sortiert und gerichtet sein sollen. Da das meine graphentheoretischen 
Kenntnisse übersteigt, habe ich die Arbeit an meinem Skript eingestellt.


Ich sehe daher den Bedarf für einen Online-GPX-Track-Extraktor, der auch aus 
lückenhaften Routen und Routen mit Einbahnssegmenten und Kreisverkehren einen 
GPX-Track erzeugt, der ohne große Nachbearbeitung zur Streckenplanung und zum 
Einsatz auf einem Navi geeignet ist. Möglicherweise gibt es so etwas ja schon.


Grüße
Rainer


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

Re: [Talk-de] Relation Analyzer noch state of the art?

[Sven Geggus]

Rainer Kluge rklug...@web.de wrote:

 Ich sehe daher den Bedarf für einen Online-GPX-Track-Extraktor, der auch
 aus lückenhaften Routen und Routen mit Einbahnssegmenten und
 Kreisverkehren einen GPX-Track erzeugt, der ohne große Nachbearbeitung zur
 Streckenplanung und zum Einsatz auf einem Navi geeignet ist.
 Möglicherweise gibt es so etwas ja schon.

Hm, die Exportfunktion von Sarahs Wanderkarte eventuell? Erzeugt aber auch
viele einzelne trkseg Abschnitte.

Gruss

Sven

-- 
Trotz der zunehmenden Verbreitung von Linux erfreut sich der Bär,
und - dank Knut - insbesondere der Eisbär, deutlich größerer
Beliebtheit als der Pinguin. (Gefunden bei http://telepolis.de/)
/me is giggls@ircnet, http://sven.gegg.us/ on the Web

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

Re: [Talk-de] Relation Analyzer noch state of the art?

[Andreas Tille]

Hi Adrian,

On Wed, Aug 03, 2011 at 12:06:40PM +0200, Adrian Stabiszewski wrote:
 Als Entwickler vom Relation Analyzer bin gerade dabei am überlegen, wie die
 Zukunft von dem Projekt aussehen soll. Meine besten OSM Zeiten scheinen
 vorbei, so dass ich es selber kaum noch einsetze. ;)

:-(

 Da ich auch keinerlei Nutzerstatistik habe, wollte ich die Community fragen,
 ob das Tool überhaupt noch (sinnvoll) benutzt wird.

Also ich benutze den RA sehr gern und würde ihn seehr vermissen,
wenn er nicht mehr da wäre!

 Gleichzeitig hätte ich nächste Woche ein paar Tage Zeit um das Projekt auf
 einen besseren Stand zu bringen und zu open sourcen, falls daran noch
 Interesse besteht.

Das kann ja nie falsch sein!
 
 Meine Fragen wären wie folgt:
 
 1. Ist der RA noch in der Benutzung oder gibt es bessere Tools?

Wie gesagt - ich benutzte ihn sehr gerne und habe auch schon das
rel2gpx-script (siehe anderes Posting) eingesetzt, aber wirklich nur
wenn ich mal Fix ein GPX haben wollte.  Für mich ist rel2gpx in keiner
Weise ein Ersatz für den RA.  Suchen von Relationen ist für mich hier
sehr schön gelöst, alles wichtige zu einer Relation an einer Stelle und
man kann auch mal jemanden, der Angst vor Kommandozeilen-Skripten hat
darauf loslassen.
 
 2. Macht es Sinn den RA zu verbessern, so dass er alle Relations (multi
 relations, roles) korrekt prüfen kann? 

Hört sich sinnvoll an, ist mir persönlich aber nicht so wichtig.

 3. Ist ein JOSM Plugin besser oder doch Web-Anwendung?

Die Web-Anwendung halte ich für sinnvoll - es wäre abzuwägen, ob man
dadurch vielleicht die Möglichkeit verliert, OSM-Neulinge auf etwas
aufmerksam zu machen (also Leute die keinen JOSM haben und auch keinen
wollen, sondern nur mal einen Track runterladen oder wissen wollen,
wieviel Kilometer eine bestimmte Relation umfaßt, oder ...)

Die in dem anderen Mail beschriebene Methode der Aufspürung von Lücken
per Relation Sortieren ist mir unklar.  Eventuell könnte man sowas
innerhalb von JOSM noch leicht eleganter lösen als mit der Web-Anwendung,
aber eigentlich ging's schon ganz gut mit dem RA.
 
 4. Bzgl. Open source: Was steht im Moment mehr im Kurs: Github oder OSM SVN
 Repo?

Kann ich nicht beantworten.
 
 5. Will sich jemand an der Entwicklung beteiligen? (Rainy Sommer of Code?)

Es wäre super wenn hier jemand einspringen würde - ich bin's aber leider
nicht.

Viele Grüße und bei der Gelegenhait vielen Dank für das schöne Tool RA

   Andreas. 

-- 
http://fam-tille.de

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

Re: [Talk-de] Relation Analyzer noch state of the art?

[M∡rtin Koppenhoefer]

Am 3. August 2011 16:04 schrieb Andreas Tille andr...@an3as.eu:
 Die in dem anderen Mail beschriebene Methode der Aufspürung von Lücken
 per Relation Sortieren ist mir unklar.  Eventuell könnte man sowas
 innerhalb von JOSM noch leicht eleganter lösen als mit der Web-Anwendung,
 aber eigentlich ging's schon ganz gut mit dem RA.


In JOSM geht das Finden von Lücken so:

1. Relation im Relationeneditor öffnen (z.B. eines der Member
anclicken und im tag-Fenster den Relationen-Eintrag auswählen und den
Bearbeiten-Button anklicken).

2. Ggf. noch nicht geladene Member nachladen (Button links im Relationeneditor).

3. Im Relationeneditor linke Seite den Sortieren-Button anklicken
(A-Z). Es sollten vorher alle Member der Relation geladen sein.

4. Die rechte Spalte der einzelnen Way-Member zeigt an, welche Ways
miteinander verbunden sind und wo evtl. noch Lücken sind.

Gruß Martin

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

Re: [Talk-de] Relation Analyzer noch state of the art?

[Norbert Kück]

Hallo,
am 03.08.2011 12:06 schrieb Adrian Stabiszewski:

1. Ist der RA noch in der Benutzung oder gibt es bessere Tools?


Im OSM-Wiki ist Template:Relation auf über 2000 Seiten (mit jeweils 
beliebig vielen Relationen) eingebunden. Die Vorlage liefert einen Link 
auf den RA, der inzwischen eine gute Antwortzeit hat.


Soll dieser Service ersatzlos eingestellt werden? Ich nutze diese 
schnelle Prüfung direkt aus dem Wiki sehr gerne und würde das vermissen.


Gruß
nk

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

Re: [Talk-de] Relation Analyzer noch state of the art?

[Rainer Kluge]

Am 03.08.2011 15:49, schrieb Sven Geggus:

Hm, die Exportfunktion von Sarahs Wanderkarte eventuell? Erzeugt aber auch
viele einzelnetrkseg  Abschnitte.


Das ist aus meiner Sicht genau der Richtige Ort für den GPX-Export von Wander- 
und Radwanderwegen. Die erzeugten Tracks sollten möglichst ohne Nachbearbeitung 
in ein Outdoor-Navi geladen werden können. Bei komplett erfassten Wanderwegen 
ist das Ergebnis schon sehr gut. Für Radwege, auch wenn sie vollständig erfasst 
sind, könnte das Ergebnis noch verbessert werden, Stichwort Kreisverkehre und 
Einbahnstrecken. Aber das ist nicht das Thema dieses Threads.


Der Relation Analyzer von Adrian ist dagegen ein Tool für den Mapper, der 
Routen-Relationen egal welchen Typs bearbeitet. Auch der von ihm erzeugte 
GPX-Track soll der Unterstützung beim Mappen dienen und können/sollen daher eins 
zu eins aus den zugrunde liegenden Wegen generiert werden. Dabei sollte es auch 
bleiben.


Grüße
Rainer






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

Re: [Talk-de] Relation Analyzer noch state of the art?

[Henning Scholland]

Hallo,
ich nutze den Relation Analyzer auch sehr gerne. Aber eher weniger um 
Lücken zu finden, sondern viel mehr, weil er eine Suchfunktion hat und 
das macht ihn auch für Nutzer jenseits von den OSM-Pros interessant.


Die Problemstellung wäre: Ich will den xy-Radweg als Track. Ich hab 
keine Ahnung, wo er genau lang läuft, ergo kann ich schlecht in josm den 
Bereich laden und daraus die ID feststellen.


Ohne Nachbearbeitung wäre sicherlich schön, aber dafür sind meiner 
Meinung einfach die Daten zu schlecht.


Henning


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

Re: [Talk-de] Relation Analyzer noch state of the art?

[Rainer Kluge]

Am 03.08.2011 15:49, schrieb Sven Geggus:

Hm, die Exportfunktion von Sarahs Wanderkarte eventuell? Erzeugt aber auch
viele einzelnetrkseg  Abschnitte.


Das ist aus meiner Sicht genau der Richtige Ort für den GPX-Export von Wander- 
und Radwanderwegen. Die erzeugten Tracks sollten möglichst ohne Nachbearbeitung 
in ein Outdoor-Navi geladen werden können. Bei komplett erfassten Wanderwegen 
ist das Ergebnis schon sehr gut. Für Radwege, auch wenn sie vollständig erfasst 
sind, könnte das Ergebnis noch verbessert werden, Stichwort Kreisverkehre und 
Einbahnstrecken. Aber das ist nicht das Thema dieses Threads.


Der Relation Analyzer von Adrian ist dagegen ein Tool für den Mapper, der 
Routen-Relationen egal welchen Typs bearbeitet. Die von ihm erzeugten GPX-Tracks 
sollen der Unterstützung beim Mappen dienen und sollen daher auch eins zu eins 
aus den den Relationen zugrunde liegenden Wegen generiert werden. Dabei sollte 
es auch bleiben.


Grüße
Rainer


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

Re: [Talk-de] Digitalradio.de - Karte ohne Attributierung?

[Manuel Reimer]

Sven Geggus wrote:

Powered by con terra, esri  OpenStreetMap

Zumindest das ging wohl relativ schnell.


Ja. Danke an Nils und alle beteiligten. Ist eigentlich optimal gemacht. Mit Link 
und auch die Lizenz ist sichtbar, wenn man mit der Maus über den Link zeigt.


Gruß

Manuel


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

Re: [Talk-de] Relation Analyzer noch state of the art?

[Sarah Hoffmann]

On Wed, Aug 03, 2011 at 06:01:38PM +0200, Rainer Kluge wrote:
 Am 03.08.2011 15:49, schrieb Sven Geggus:
 Hm, die Exportfunktion von Sarahs Wanderkarte eventuell? Erzeugt aber auch
 viele einzelnetrkseg  Abschnitte.

 Das ist aus meiner Sicht genau der Richtige Ort für den GPX-Export von 
 Wander- und Radwanderwegen. Die erzeugten Tracks sollten möglichst ohne 
 Nachbearbeitung in ein Outdoor-Navi geladen werden können. Bei komplett 
 erfassten Wanderwegen ist das Ergebnis schon sehr gut. Für Radwege, auch 
 wenn sie vollständig erfasst sind, könnte das Ergebnis noch verbessert 
 werden, Stichwort Kreisverkehre und Einbahnstrecken. Aber das ist nicht 
 das Thema dieses Threads.

Richtig, die GPX-Tracks der Karten sind in der Tat zur Zeit noch nicht 
geordnet und Einrichtungswege werden nicht beruecksichtigt. Das steht 
noch auf der TODO-Liste. 

Insofern wuerde ich mich freuen, wenn der Code des Relation Analyzers 
Open Source wird, damit man das Rad nicht schon wieder neu erfinden muss.

Gruss

Sarah

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

Re: [Talk-de] Where Did You Edit

[Stephan Knauss]

On 03.08.2011 08:27, Andreas Labres wrote:

On 03.08.11 01:50, Stephan Knauss wrote:

Für ganz automatisieren habe ich etwas Bedenken. Wenn da eine wildgewordene
Suchmaschine anfängt alle 150.000 user abzuklappern habe ich auf dem Server
keinen Spaß mehr. Ein bisschen was rechnen muss er schon bei Usern mit mehr
als einer Handvoll edits.


Naja, eine Suchmaschine würde das nur machen, wenn sie hinverlinkt wird (aber
dann würde sie es machen).

Ja. Leute kommen auf so Ideen. Ich zum Beispiel:
http://downloads.osm-tools.org/check-odbl-th/check-odbl-th-20110802.html

Da habe ich einen Link auf WDYE hinter jeden user gebaut.

Stephan


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

[Talk-in] Mumbai Brownfields

[Shekhar Krishnan]

All:

I noticed activity in Mumbai recently by Arun Ganesh (PlaneMad) where a 
lot of landuse:brownfield areas are being traced around various 
villages, koliwadas, wadis, slums and mixed-use and industrial settlements.


I know there was some earlier discussion of how to tag so-called slums 
but brownfield is certainly not appropriate, see the tag which is 
land scheduled for new development

http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dbrownfield

It seems that this tag is being used indiscriminately across any cluster 
in Mumbai which appear dense, this covers a wide spectrum of settlements 
that all look the same from a satellite image.


While I am always happy to see more people helping map Mumbai -- there 
are only a handful of us -- I'm opposed in principle to tagging dense 
areas inhabited by 60% of the population as brownfield.


Best,


S.K.
--

Shekhar Krishnan
58/58A, Anand Bhavan
201, T.H. Kataria Marg (Lady Hardinge Road)
Matunga (West), Mumbai 400016, India

http://heptanesia.net
http://web.mit.edu/shekhar

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

Re: [Talk-in] Mumbai Brownfields

[Arun Ganesh]

On Wed, Aug 3, 2011 at 11:56 AM, Shekhar Krishnan shek...@mit.edu wrote:

 All:

 I noticed activity in Mumbai recently by Arun Ganesh (PlaneMad) where a lot
 of landuse:brownfield areas are being traced around various villages,
 koliwadas, wadis, slums and mixed-use and industrial settlements.

 I know there was some earlier discussion of how to tag so-called slums
 but brownfield is certainly not appropriate, see the tag which is land
 scheduled for new development
 http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dbrownfield

 It seems that this tag is being used indiscriminately across any cluster in
 Mumbai which appear dense, this covers a wide spectrum of settlements that
 all look the same from a satellite image.


Hi Shekhar, I wanted to do an analysis of how much area such settlements
cover and was tracing the boundaries of these areas. Since there isn't any
agreed convention, i just continued what an earlier user had done in south
mumbai. I was hoping someone like you with better knowledge would bring this
up and propose a more meaningful tag. Replacing tags does not require much
effort.

Going by the wikipedia definition of brownfield
landhttp://en.wikipedia.org/wiki/Brownfield_land,
i did not think it was totally inappropriate either. My interest is in
'slums' which have unregulated and unplanned developments (and have been
marked by the government for rehabilitation, clearing and redevelopment).

Shekhar, can you list out the different classes (official and non official)
of such dense settlements which look like slums, what they are locally
called and their description? These areas are of high interest to urban
planners, govt bodies, NGO's etc and having them mapped appropriately will
definitely be a lot of help to different parties.

-- 
j.mp/ArunGanesh http://j.mp/ArunGanesh
___
Talk-in mailing list
Talk-in@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-it] info GPS

[M∡rtin Koppenhoefer]

2011/8/2 paola_cape...@alice.it paola_cape...@alice.it:
  Ah ok, quindi se non ho capito male basta che:
 - scarico i dati dal mio GPS
 - li trasformo in gpx.


spesso si imposta il GPS di registrare già in GPX (tipicamente un
punto al secondo) e in WGS84. Se usi un Garmin verifica che sia spento
la funzione show on road (mostra sulla strada).


 - utilizzo direttamente JOSM


oppure scarichi nella modalità disco esterno (monta il gps come un disco)


 quindi non mi consigliate di passare al sistema UTM ,iusto?


si


In bocca al lupo per il tuo progetto,

ciao,
Martin

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

[Talk-it] OSM-IT 2011, quando ?

[Stefano Salvador]

Ciao a tutti,

probabilmente è già stato detto ma non riesco a ritrovare le date di
osmit 2011, mi pareva si parlasse di ottobre a Vicenza. Qualcuno ha
informazioni più precise così vedo di tenermi libero per quel periodo
?

--
Stefano

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

Re: [Talk-it] OSM-IT 2011, quando ?

[Maurizio Napolitano]

Ciao Stefano
ci sono stati alcuni intoppi ed ora la cosa e' stata ripresa in mano.
Questo il sito ufficiale
http://conf.openstreetmap.it/
(grazie a Luca De Lucchi)
In questi giorni ci stiamo muovendo per riempirlo e curare aspetti
organizzativi.
Se qualcuno vuole dare una mano e' il benvenuto

Il meeting si terrà a Padova il 7-8 ottobre 2011

2011/8/3 Stefano Salvador stefano.salva...@gmail.com:
 Ciao a tutti,

 probabilmente è già stato detto ma non riesco a ritrovare le date di
 osmit 2011, mi pareva si parlasse di ottobre a Vicenza. Qualcuno ha
 informazioni più precise così vedo di tenermi libero per quel periodo
 ?

 --
 Stefano

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




-- 
Maurizio Napo Napolitano
http://de.straba.us

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

Re: [Talk-it] OSM-IT 2011, quando ?

[M∡rtin Koppenhoefer]

2011/8/3 Maurizio Napolitano napoo...@gmail.com:
 Ciao Stefano
 ci sono stati alcuni intoppi ed ora la cosa e' stata ripresa in mano.
 Questo il sito ufficiale
 http://conf.openstreetmap.it/
 (grazie a Luca De Lucchi)


Ho creato un abozzo per una pagina nel wiki di osm con un link a
questo sito. Se sapete di più, aggiungete le informazioni qui:
http://wiki.openstreetmap.org/wiki/OSMit2011

Grazie,
Martin

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

Re: [Talk-it] A chi lo dico?

[Andrea Gelmini]

Il 02 agosto 2011 14:51, Fabri erfab...@gmail.com ha scritto:
 A quanto pare aprire un ticket su trac non era la cosa giusta da fare,
 infatti hanno chiuso il ticket con wontfix e poi c'è la spiegazione:

Ciao Fabri,
   e grazie mille per la segnalazione.
   Hai fatto bene a scrivere la cosa, perché non mi era arrivata
nessuna mail di segnalazione di chiusura del ticket.
   In ogni caso, dopo un po' di peripezie si è finalmente giunti al dunque.
   Giusto per la cronaca, nel caso servisse poi:
   a) una volta registrati su translatewiki.net
   b) bisogna crearsi la propria pagina (con un po' di informazioni personali)
   c) richiedere la possibilita' di modificare le traduzioni
   d) a quel punto si possono apportare modifiche

Ora l'errore dovrebbe essere risolto.

Grazie a tutti per le dritte,
Andrea Gelmini

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

Re: [Talk-it] info GPS

[Luca Delucchi]

Il 02 agosto 2011 21:05, paola_cape...@alice.it
paola_cape...@alice.it ha scritto:
  Ah ok, quindi se non ho capito male basta che:
 - scarico i dati dal mio GPS
 - li trasformo in gpx.
 - utilizzo direttamente JOSM
 quindi non mi consigliate di passare al sistema UTM ,iusto?


si

 la mia è una tesi di laurea triennale al Politecnico di Milano in ingengeria
 per l'ambiente e il territorio,
 la docente che mi ha proposto questo argomento era stata ad un mapping
 party.
 Si tratta di una tesi che prevede una parte di descrizione del progetto,
 storia, motivi per cui è nato e una seconda parte di applicazione!


interessante, tienici aggiornati. Se riesci rilasciala con licenze libere. ;-)

 Grazie per l'aiuto!!

-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

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

Re: [Talk-it] info GPS

[Maurizio Napolitano]

 la mia è una tesi di laurea triennale al Politecnico di Milano in ingengeria
 per l'ambiente e il territorio,
 la docente che mi ha proposto questo argomento era stata ad un mapping
 party.
 Si tratta di una tesi che prevede una parte di descrizione del progetto,
 storia, motivi per cui è nato e una seconda parte di applicazione!

Sono curioso della parte di applicazione.
Giusto per informazione, ti consiglio questi articoli
http://ieeexplore.ieee.org/xpl/freeabs_all.jsp?arnumber=4653466
http://icaci.org/documents/ICC_proceedings/ICC2009/html/nonref/22_6.pdf

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

Re: [Talk-it] OSM-IT 2011, quando ?

[G Zamboni]

Title: Firma

  
  
Ciao Maurizio,
  se c' qualcosa che posso fare (compatibilmente con gli impegni di
  lavoro e di famiglia) mi rendo disponibile.
  
  Quale canale utilizzate per coordinarvi?
  
  Ciao
  Giuliano


  
  
  
  



Il 03/08/2011 11:58, Maurizio Napolitano ha scritto:

  Ciao Stefano
ci sono stati alcuni intoppi ed ora la cosa e' stata ripresa in mano.
Questo il sito ufficiale
http://conf.openstreetmap.it/
(grazie a Luca De Lucchi)
In questi giorni ci stiamo muovendo per riempirlo e curare aspetti
organizzativi.
Se qualcuno vuole dare una mano e' il benvenuto

Il meeting si terr a Padova il 7-8 ottobre 2011

2011/8/3 Stefano Salvador stefano.salva...@gmail.com:

  
Ciao a tutti,

probabilmente  gi stato detto ma non riesco a ritrovare le date di
osmit 2011, mi pareva si parlasse di ottobre a Vicenza. Qualcuno ha
informazioni pi precise cos vedo di tenermi libero per quel periodo
?

--
Stefano

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


  
  




  


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

Re: [Talk-it] OSM-IT 2011, quando ?

[Maurizio Napolitano]

Al momento la posta elettronica :)

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

[Talk-it] Where did you edit (dove hai mappato)?

[M∡rtin Koppenhoefer]

Segnalo questo nuovo servizio di Stephan Knauß:

http://wdye.osm-tools.org/

inserite un username e si crea una heatmap dove avete fatto dei edit.

ciao,
Martin

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

[Talk-lt] Susitikimas

[Tomas Straupis]

Sveiki

  Šiandien vakare (19h) bandysime daryti mini-susitikimą Savanorių Čili picoje:
  http://openmap.lt/#l=54.67781,25.25502,18,M
  Tai kas turite minutę - galite užbėgti pasisveikinti :-)

-- 
Tomas Straupis

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

[Talk-gb-westmidlands] Tomorrow Night

[Brian Prangle]

Hi All

Weather permitting I'm heading to an area south of Black Patch Park to
investigate a large area of forest added by user Tom Pople. See you about 8!

Regards

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

Re: [Talk-se] Taggning av div svenska företeelser

[Erik Lundin]

Hej!

2011-08-03 08:46, Simon Josefsson skrev:

* Kommunal badplats
* Icke-kommunal badplats (typ brygga i skogen).


Är det en naturlig strand brukar jag tagga natural=beach, men
leisure=water_park kanske?


Än så länge tycker jag att leisure=beach är det som ligger närmast till 
hands för det svenska begreppet badplats (d.v.s. allt som på en karta 
kan markeras med den klassiska vägskyltsymbolen för badplats, se även 
http://sv.wikipedia.org/wiki/Badplats). Taggen inte så etablerad än, men 
om vi i Sverige enas om något hade det kanske varit bra. Den nämns i 
alla fall på http://wiki.openstreetmap.org/wiki/Bathing.


Mvh Erik

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

Re: [Talk-se] Cykelspåret relation borttagen

[Konrad Skeri]

Av just denna anledning tillhör jag den skara användare som föredrar
att långa relationer ska delas upp i mindre bitar som sedan läggs i en
superrelation. Om något raderas så är det bara ett litet område som
påverkas, och risken minskar markant att någon ska ha ändrat något i
efterhand som försvårar en återställning.

/Konrad


Den 2 augusti 2011 17:36 skrev Johnny Blästa johnny.bla...@gmail.com:
 [...]
 Nu var det en användare som hunnit att ändra på några av vägarna som
 Cykelspåret använde, så vi var tvungen att först göra undelete på dem
 innan det gick att återställa Cykelspåret.
 [...]

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

Re: [Talk-es] ¿como indico que no se puede girar a izda?

[Marco Fernández]

En JOSM hay un plugin muy sencillo en q debes marcar las 2 vías y el punto x
el q no puedes girar, echa un vistazo a los complementos d JOSM pq no
recuerdo cómo se llama y estoy lejos del pc.
 El 03/08/2011 00:48, Iván Sánchez Ortega i...@sanchezortega.es
escribió:
 On Miércoles, 3 de Agosto de 2011 00:41:47 Pumuky escribió:
 Buenas
 En la intersección [1] han prohibido girar a la izquierda (hace unos
 años) de forma que si te incorporas desde la derecha de mapa y quieres
 venir al sur, debes incorporarte a la via dirección norte y hacer el
 cambio de sentido un poco más arriba en una glorieta. ¿como se indica
 esto?

 [1]
http://www.openstreetmap.org/?lat=41.6493724286556lon=-4.75881010293961
 zoom=18

 Tienes que hacer una relación entre las vías en las que está prohibido el
 giro, y el nodo del cruce:

 http://wiki.openstreetmap.org/wiki/Turn_restriction

 No es trivial, pero creo recordar que para JOSM hay alguna manera de
hacerlo
 más o menos rápido.

 --
 --
 Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org

 Miksch's Law:
 If a string has one end, then it has another end.

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

Re: [Talk-es] Algunos POIS y dudas sobre TAGS

[Jaime Crespo]

El día 3 de agosto de 2011 10:47, Marco Fernández
marco.m...@gmail.com escribió:
 Creo recordar q las living_street son las calles residenciales, señal
 rectangular azul, con un señor, un niño con balón y una casa. La velocidad
 máxima es d 20km/h, los peatones pueden jugar en la calle y sólo se puede
 aparcar en los lugares marcados.
 Por donde yo vivo, ni una.

Al fin de al cabo, las calles residenciales (highway=living_street)
suelen estar en barrios residenciales.

Después de discutir sobre este tema, llegamos a la conclusión que las
típicas calles adoquinadas que parecen peatonales y que suelen
encontrarse en los cascos viejos de una ciudad (pero que permiten, a
veces con limitaciones, la circulación de vehículos), eran
highway=pedestrian + las correspondientes tags access=*, motorcar=*,
surface=*, maxspeed=*, etc.

-- 
Jaime Crespo

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

Re: [Talk-es] Algunos POIS y dudas sobre TAGS

[Juan Ramón Tamayo de la Torre]

Hola a todos,

Yo lo de las living_street lo veo de otra manera a razón de la 
definición de la wiki (en Map Features):
A street where pedestrians have priority over cars, children can play 
on the street, maximum speed is low.


Es decir si son ese tipo de calles adoquinadas, vamos, como la 
definición de Jaime, donde no hay aceras, es porque en teoría el peatón 
tiene preferencia (aunque eso algunos conductores se lo pasan...), por 
lo que entiendo que esas calles de centros históricos son living_street


Si es cierto que si te metes en la definición concreta [1], la parte de 
Spain parece que dice que va con la señal, pero no me parece muy lógico 
tener que esperar ver un cartel de manzana para ver que es una manzana.


En resumen, yo vengo poniendo, haciendo una reducción bastante brusca:
- residential: calle con aceras
- living_street: calle sin aceras
- pedestrian: calle peatonal SIN tráfico (si pueden entrar emergencias u 
otro lo indico con access)


Los Centros de mayores, yo creo recordar que tenia uno y como no 
encontré nada simplemente le puse public_building=yes y en name ya si 
le indiqué el nombre completo


Un saludo!

[1] http://wiki.openstreetmap.org/wiki/Tag:highway%3Dliving_street

Jaime Crespo escribió:

El día 3 de agosto de 2011 10:47, Marco Fernández
marco.m...@gmail.com escribió:
  

Creo recordar q las living_street son las calles residenciales, señal
rectangular azul, con un señor, un niño con balón y una casa. La velocidad
máxima es d 20km/h, los peatones pueden jugar en la calle y sólo se puede
aparcar en los lugares marcados.
Por donde yo vivo, ni una.



Al fin de al cabo, las calles residenciales (highway=living_street)
suelen estar en barrios residenciales.

Después de discutir sobre este tema, llegamos a la conclusión que las
típicas calles adoquinadas que parecen peatonales y que suelen
encontrarse en los cascos viejos de una ciudad (pero que permiten, a
veces con limitaciones, la circulación de vehículos), eran
highway=pedestrian + las correspondientes tags access=*, motorcar=*,
surface=*, maxspeed=*, etc.

  
attachment: juanramon_tamayo.vcf___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Algunos POIS y dudas sobre TAGS

[Jaime Crespo]

2011/8/3 Juan Ramón Tamayo de la Torre juanramon.tam...@mpt.es:
 Hola a todos,

 Yo lo de las living_street lo veo de otra manera a razón de la definición de
 la wiki (en Map Features):
 A street where pedestrians have priority over cars, children can play on
 the street, maximum speed is low.

Pedestrian:

Vehicles are able to use this kind of way, may be allowed during
special hours to unload merchandise, but are often prevented from
entering by bollards. 

Las living street son *calles residenciales*, un tipo de calle muy
específica y mucho más común en Europa/EEUU, donde hay una clara
distinción entre la zona centro (comercial) y las zonas periféricas,
donde la gente suele vivir en casas de una o dos alturas (esos barrios
que suelen salir en las películas americanas).


 Es decir si son ese tipo de calles adoquinadas, vamos, como la definición de
 Jaime, donde no hay aceras, es porque en teoría el peatón tiene preferencia
 (aunque eso algunos conductores se lo pasan...), por lo que entiendo que
 esas calles de centros históricos son living_street

 Si es cierto que si te metes en la definición concreta [1], la parte de
 Spain parece que dice que va con la señal, pero no me parece muy lógico
 tener que esperar ver un cartel de manzana para ver que es una manzana.

 En resumen, yo vengo poniendo, haciendo una reducción bastante brusca:
 - residential: calle con aceras
 - living_street: calle sin aceras
 - pedestrian: calle peatonal SIN tráfico (si pueden entrar emergencias u
 otro lo indico con access)


Si se puso esa definición en la normalización española, fue para ser
compatible con el resto de países. Si se quiere un tercer tipo de vía,
se debería proponer *highway=adoquinated_street* (es broma), pero
pedestrian es a día de hoy el mejor sustituto. Las living_street son
un tipo concreto de vía, y a menos que decidamos por consenso su
redefinción, deberíamos seguir el criterio general, como bien aclara
la página en español.

Para el que no lo tenga claro:

Vía residencial:
http://www.flickr.com/photos/fafner/2398578139/in/photostream
http://www.flickr.com/photos/fafner/2399409590/

Calle peatonal:
http://www.lasescapadas.com/wp-content/uploads/2009/07/peatonal.jpg
http://viajes.laopinion.es/wp-content/uploads/2008/12/calle-peatonal.jpg

¡Hasta el maligno pudo ir en coche por la calle peatonal más famosa de España!
http://maps.google.es/?ll=40.417203,-3.704109spn=0.001078,0.001988z=19layer=ccbll=40.417284,-3.704164panoid=kLUQlFI38KgSdXFRN5mMTAcbp=12,333.23,,0,10.81

Localización: http://osm.org/go/b_M35530P--?m

Creo que esto ya se discutió en el pasado.


 Los Centros de mayores, yo creo recordar que tenia uno y como no encontré
 nada simplemente le puse public_building=yes y en name ya si le indiqué el
 nombre completo

De momento yo puse una nota/FIXME y cuando se decida una tag, la aplicaré.

-- 
Jaime Crespo

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

Re: [Talk-es] Algunos POIS y dudas sobre TAGS

[Juan Ramón Tamayo de la Torre]

Sigo mirando y no me queda claro living_street y pedestrian, resumo lo 
que quieres decir:


Living_street: calles residenciales de urbanizaciones (con o sin señal, 
con o sin control de acceso) (y te debes imaginar en una foto versión 
película americana para distinguirla)

Pedestrian: todas las que no tengan aceras

Sigo pensando que es más lógico la distinción que comentaba antes, no 
entiendo que una calle que me puede atropellar un vehículo tenga la 
misma consideración que una en la que no (a efectos de accesibilidad y 
movilidad reducida)


En fin, no me cuadra, pero vamos, si todos lo seguis así voy cambiando 
el centro de la ciudad a pedestrian (por cierto, ¿como le indicas que el 
acceso de vehículos no está restringido?)


(y lo de adoquinated_street no está mal del todo jeje)

Jaime Crespo escribió:

2011/8/3 Juan Ramón Tamayo de la Torre juanramon.tam...@mpt.es:
  

Hola a todos,

Yo lo de las living_street lo veo de otra manera a razón de la definición de
la wiki (en Map Features):
A street where pedestrians have priority over cars, children can play on
the street, maximum speed is low.



Pedestrian:

Vehicles are able to use this kind of way, may be allowed during
special hours to unload merchandise, but are often prevented from
entering by bollards. 

Las living street son *calles residenciales*, un tipo de calle muy
específica y mucho más común en Europa/EEUU, donde hay una clara
distinción entre la zona centro (comercial) y las zonas periféricas,
donde la gente suele vivir en casas de una o dos alturas (esos barrios
que suelen salir en las películas americanas).
  


Es decir si son ese tipo de calles adoquinadas, vamos, como la definición de
Jaime, donde no hay aceras, es porque en teoría el peatón tiene preferencia
(aunque eso algunos conductores se lo pasan...), por lo que entiendo que
esas calles de centros históricos son living_street

Si es cierto que si te metes en la definición concreta [1], la parte de
Spain parece que dice que va con la señal, pero no me parece muy lógico
tener que esperar ver un cartel de manzana para ver que es una manzana.

En resumen, yo vengo poniendo, haciendo una reducción bastante brusca:
- residential: calle con aceras
- living_street: calle sin aceras
- pedestrian: calle peatonal SIN tráfico (si pueden entrar emergencias u
otro lo indico con access)




Si se puso esa definición en la normalización española, fue para ser
compatible con el resto de países. Si se quiere un tercer tipo de vía,
se debería proponer *highway=adoquinated_street* (es broma), pero
pedestrian es a día de hoy el mejor sustituto. Las living_street son
un tipo concreto de vía, y a menos que decidamos por consenso su
redefinción, deberíamos seguir el criterio general, como bien aclara
la página en español.

Para el que no lo tenga claro:

Vía residencial:
http://www.flickr.com/photos/fafner/2398578139/in/photostream
http://www.flickr.com/photos/fafner/2399409590/

Calle peatonal:
http://www.lasescapadas.com/wp-content/uploads/2009/07/peatonal.jpg
http://viajes.laopinion.es/wp-content/uploads/2008/12/calle-peatonal.jpg

¡Hasta el maligno pudo ir en coche por la calle peatonal más famosa de España!
http://maps.google.es/?ll=40.417203,-3.704109spn=0.001078,0.001988z=19layer=ccbll=40.417284,-3.704164panoid=kLUQlFI38KgSdXFRN5mMTAcbp=12,333.23,,0,10.81

Localización: http://osm.org/go/b_M35530P--?m

Creo que esto ya se discutió en el pasado.


  

Los Centros de mayores, yo creo recordar que tenia uno y como no encontré
nada simplemente le puse public_building=yes y en name ya si le indiqué el
nombre completo



De momento yo puse una nota/FIXME y cuando se decida una tag, la aplicaré.

  
attachment: juanramon_tamayo.vcf___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Algunos POIS y dudas sobre TAGS

[Jorge Sanz Sanfructuoso]

En salamanca hay una urbanización que es yo creo que el único sitio donde he
visto la señal y puse como living_street pero vamos que si ves las calles es
normal.
http://maps.google.es/?ll=40.957693,-5.645653spn=0,0.009645t=hz=17layer=ccbll=40.957644,-5.645755panoid=KPtkwNb7aCOSB87QWFvIMwcbp=12,240.16,,0,1.5

http://osm.org/go/b86v9SR0j-

Teniendo en cuenta que esto es considerado living_street en España cualquier
calle con mínima duda la pondría como pedestrian.

-- 
Jorge Sanz Sanfructuoso - Sanchi
Blog http://blog.jorgesanzs.com/
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Algunos POIS y dudas sobre TAGS

[Jonay Santana]

A ver, para que una calle sea living street TIENE QUE TENER LA SEÑAL
CORRESPONDIENTE:

http://www.totana.com/educacion-vial/se%F1ales/Foto%20grande%20129.htm

Si no la tiene, da igual que el límite sea tal o cual, que se permita
o no el paso de coches, camiones o carros, no será en ningún caso una
living street.

En mi isla no hay muchas calles que tengan esa señal, y casi siempre
está en urbanizaciones de adosados, chalets, y cosas así.

On 8/3/11, Jorge Sanz Sanfructuoso sanc...@gmail.com wrote:
 En salamanca hay una urbanización que es yo creo que el único sitio donde he
 visto la señal y puse como living_street pero vamos que si ves las calles es
 normal.
 http://maps.google.es/?ll=40.957693,-5.645653spn=0,0.009645t=hz=17layer=ccbll=40.957644,-5.645755panoid=KPtkwNb7aCOSB87QWFvIMwcbp=12,240.16,,0,1.5

 http://osm.org/go/b86v9SR0j-

 Teniendo en cuenta que esto es considerado living_street en España cualquier
 calle con mínima duda la pondría como pedestrian.

 --
 Jorge Sanz Sanfructuoso - Sanchi
 Blog http://blog.jorgesanzs.com/



-- 

Jonay

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

Re: [Talk-at] Geoimage.at ist nun in Potlatch nutzbar

[Norbert Wenzel]

On 02.08.2011 23:44, Holger Schöner wrote:

Dafür einfach die folgenden URLs aufrufen (key durch einen bei
https://kunden.bmlfuw.lfrz.at/lfrz.at/wmsgw/customergui beantragten
persönlichen Key ersetzen! Die Gegend ist als Beispiel Kufstein ...):


Braucht man denn jetzt noch den Key? Ich dachte Boris hat da einen 
allgemein gültigen Key auf der Liste veröffentlicht. Oder gilt der nur 
für die weniger gut aufgelösten Bilder?


Norbert


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

Re: [Talk-at] Geoimage.at ist nun in Potlatch nutzbar

[Holger Schöner]

Hallo Norbert,

On Wed, 03 Aug 2011 09:24:32 +0200, Norbert Wenzel
norbert.wenzel.li...@gmail.com wrote:
 On 02.08.2011 23:44, Holger Schöner wrote:
 Dafür einfach die folgenden URLs aufrufen (key durch einen bei
 https://kunden.bmlfuw.lfrz.at/lfrz.at/wmsgw/customergui beantragten
 persönlichen Key ersetzen! Die Gegend ist als Beispiel Kufstein ...):
 
 Braucht man denn jetzt noch den Key? Ich dachte Boris hat da einen 
 allgemein gültigen Key auf der Liste veröffentlicht. Oder gilt der nur 
 für die weniger gut aufgelösten Bilder?

Man kann den allgemeinen Key einsetzen, man kann aber auch einen neuen
oder schon erhaltenen eigenen einsetzen; deswegen habe ich das offen
gelassen (okay, war etwas unglücklich und missverständlich formuliert ...).
In dem Potlatch-Ticket, dessen Link ich mit geschickt habe, wird natürlich
der für OSM-Editoren zur Verfügung gestellte (zumindest einer, den das LFRZ
ein paar an den Gesprächen beteiligten in persönlicher Mail hat zukommen
lassen; Boris' kenne ich jetzt nicht, könnte der gleiche sein, da er wohl
auch im Forum veröffentlicht wurde) verwendet, da er ja out of the box
funktionieren soll.

Übrigens: In Josm habe ich die URL (Geoimage.at (highres)) jetzt auch
aufgenommen (es reichte, eine Wiki-Seite zu modifizieren, die sich Josm
herunterlädt, wenn man ganz rechts in der WMS-Konfiguration auf den
Auffrischen-Button klickt) ... Man muss diesen Eintrag in der
WMS-Konfiguration aber noch aktivieren, bevor er im Menü erscheint.

Viele Grüße,
-- 
Holger Schöner - nume...@ancalime.de

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

Re: [Talk-at] Geoimage.at ist nun in Potlatch nutzbar

[Boris Cornet]

Guten Tag!

Heute (3. August) um 09:36 verlautete Holger Schöner:

 Boris' key kenne ich jetzt nicht...
Ich kannte den 'allgemeinen' key auch nicht. Es gab einmal einen
Testkey der auf 10.000 Zugriffe beschränkt war, der wurde auf talk-de
gepostet. Laut wiki gibt es jetzt einen mit 10 Mio. Zugrffen, das ist
wohl der ominöse OSM-Editoren key.

Ich habe heute nacht die wiki Seite durch google translate gejagt und
aus dem ernüchternden Ergebnis eine englische Übersetzung gemacht,
bitte bei Änderungen auf der deutschen Seite auch die englische
mitführen:
http://wiki.openstreetmap.org/wiki/WikiProject_Austria/EN:geoimage.at

Es wäre auch gut, wenn jemand die Seite gegenlesen würde...

-- 
Mit freundlichen Grüßen,
   Boris


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

Re: [Talk-at] Geoimage.at ist nun in Potlatch nutzbar

[Norbert Wenzel]

On 03.08.2011 10:47, Boris Cornet wrote:

Heute (3. August) um 09:36 verlautete Holger Schöner:

Boris' key kenne ich jetzt nicht...

Ich kannte den 'allgemeinen' key auch nicht. Es gab einmal einen
Testkey der auf 10.000 Zugriffe beschränkt war, der wurde auf talk-de
gepostet. Laut wiki gibt es jetzt einen mit 10 Mio. Zugrffen, das ist
wohl der ominöse OSM-Editoren key.


Sorry, ich hab das jetzt nochmal nachgeschaut, der Beitrag[0] den ich 
meinte war von liste_fran...@gmx.de. Ich hab dich nur automatisch im 
Verdacht wenn's um neue, funktionierende WMS URLs geht, weil die 
meistens von dir waren.


Anbei nochmal das Zitat mit dem Key:
On 16.07.2011 00:27, liste_fran...@gmx.de wrote:

Wolfgang (vermutlich Wolfgang Tinkl von geoimage.at) hat im forum-de eine 10 
Millionen GetMaps gepostet, kannst damit somit sofort testen:

wms:http://gis.lebensministerium.at/wmsgw/?key=4d80de696cd562a63ce463a58a61488dFORMAT=image/jpegVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLayers=Luftbild_MR;


lg,
Norbert


[0] http://lists.openstreetmap.org/pipermail/talk-at/2011-July/003104.html




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

[Talk-ca] Ottawa Mapping Party (?) Sunday, 28 August 2011

[Richard Weait]

Dear All,

I hear a rumour that there may be a Mapping Party-like event in
Ottawa, Ontario, on Sunday 28 August 2011.  This will be the day after
the FOSSLC Summer Camp[1] at University of Ottawa, and so there may
well be some Free Software notables in attendance.  It you are
planning to attend Summer Camp, would you be interested in a mapping
party as well?

And, are any of our Ottawa-area mappers interested in helping to
organize the details of the event (and of course, participate)?

Best regards,
Richard

[1] http://fosslc.org/drupal/sc2011

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

Re: [Talk-cz] Značení mýta v České republice

[jzvc]

Dne 2.8.2011 18:17, Zdeněk Pražák napsal(a):
 Narazil jsem na problém. 
 Uživatel Tomas Pajonk označil určitý úsek silnice 1.třídy č.33 tagem 
 toll=yes. Jenomže mýto platí obvykle jen vozy nad 3,5 tuny a tag toll=yes se 
 zatím používal jen u zpoplatněných dálnic a rychlostních komunikací, kde je 
 třeba mít na osobáku dálniční známku. 
 Bude potřeba toto nějak rozlišit, protože aplikace GpsMid mě pak na tu 33 
 nepustí ani s osobákem. 
 Koukal jsem na Cz:Map Features a tam je uveden k poplatku jen tag toll=yes. 
 Nevíte jak se tato situace mýtem zpoplatněných silnic I. třídy řeší
 Pražák
Jestli projdou sileny napady tech idiotu ve vlade, tak to brzo resit
nebude treba, protoze krome 2/3 ceny paliva budes i na kole odvadet za
kazdy najety km po tom nasem tankodromu.

V aktualni situaci se mozna mrkni nekam do ciziny, kde se plati myto na
dalnicich, mozna tam nejaky blizsi info bude. Mozna neco jako cena pro
osobak = 0, ale nic sem nenasel. Otazka zni, jak to zkousne navigace.
Napsal sem to do wiki k tomu tagu, ze je treba to bliz specifikovat.


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


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

Re: [OSM-talk-fr] [OSM-Talk-fr] Propositions des Statuts et Règlement de l'Association OpenStreetMap France

[kimaidou]

Bonjour,

Je ne suis pas du tout spécialistes des associations et de leur statut.
Je voulais juste savoir qui pourra être membre de l'association. Je pense
qu'il serait intéressant que des organismes publiques , d'autres
associations ou des collectivités puissent soutenir le projet et y
participer par ce biais ? Est ce que ce sera possible ?

Kimaidou

Le 2 août 2011 23:56, Sébastien Dinot sebastien.di...@free.fr a écrit :

 Bonsoir,

 Christian Rogel a écrit :
  J'aimerai savoir si tout le monde juge nécessaire d'admettre les
  personnes morales?

 Nécessaire, non mais utile, oui. Leur cotisation plus importante accroit
 sensiblement le budget de l'association et lui permet d'envisager des
 projets plus ambitieux.

  Cela me paraît dangereux, du moins tant que l'asso n'est pas en
  vitesse de croisière.

 Absolument pas tant que l'on évite :
 - de créer des collèges d'adhérents (individus, associations, sociétés,
  établissements publics, collectivités territoriales, etc.) :
 - de pondérer le poids de chaque collège dans les votes comme qu'on peut
  le voir dans certaines associations.

 Si un adhérent = une voix quelque soit sa nature, tout va bien.

  15 jours est usuel, car permettant de réagir rapidement en cas de
  crise. Idéalement, les convocations devraient partir entre 20 et 30
  jours avant, même si 15 jours est le minimum statutaire.

 Pour info, les statuts de l'April prévoient l'envoi des convocations au
 moins 15 jours avant l'AG mais la déclaration des listes candidates doit
 se faire au moins deux mois avant ladite AG. Dans les faits, les
 adhérents sont donc prévenus de la date de l'AG plus de deux mois avant.

  L'essentiel, pour ce faire, est de prévoir une association ouverte, ce
  qui est le cas, et d'éviter que les salariés, s'il y en a, occupent
  des postes comme président ou trésorier.

 Il me semble qu'un avis du Conseil d'État

  Article 14
  Il est périlleux de confier à l'AGO le soin de modifier les statuts
  : c'est propice à toutes les manipulations.
  D'habitude, on lui confie le soin de décider la modif sur la base
  d'un projet et c'est l'AGE qui décide.

 Je n'avais pas relevé ce point mais je partage cet avis.

 Sébastien

 --
 Sébastien Dinot, sebastien.di...@free.fr
 http://sebastien.dinot.free.fr/
 Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

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

[OSM-talk-fr] Tag pour les parkings spécialisés Bus

[kimaidou]

Bonjour,

  Je n'ai pas réussi à trouver dans le wiki comment tagguer les parkings
spécialisés pour les Bus. On trouve ces parkings dans les lieux
touristiques, et ils servent pour les cars.
Pas de notion en tout cas dans cette page :
http://wiki.openstreetmap.org/wiki/Parking

Quelqu'un a t-il une idée ? Faut-il créer un sous-tags pour amenity=parking,
par exemple bus=yes ?

Merci d'avance
Kimaidou
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tag pour les parkings spécialisés Bus

[Nicolas Frery]

Le 03/08/2011 11:45, kimaidou a écrit :
 Quelqu'un a t-il une idée ? Faut-il créer un sous-tags pour amenity=parking,
 par exemple bus=yes ?

access=designated
pvs=yes

Au plus simple.

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

Re: [OSM-talk-fr] Tag pour les parkings spécialisés Bus

[Nicolas Frery]

Le 03/08/2011 11:52, Nicolas Frery a écrit :
 access=designated
 pvs=yes

*psv=yes*
ou
bus=yes

 Au plus simple.

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

Re: [OSM-talk-fr] Tag pour les parkings spécialisés Bus

[kimaidou]

Merci

Et dans le cas où c'est seulement pour des bus de tourism, on pourrait aussi
utiliser
tourist_bus=yes

Kimaidou

Le 3 août 2011 11:54, Nicolas Frery nicolas-l...@zoubi.info a écrit :

 Le 03/08/2011 11:52, Nicolas Frery a écrit :
  access=designated
  pvs=yes

 *psv=yes*
 ou
 bus=yes

  Au plus simple.

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

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

[OSM-talk-fr] ruisseau sous-terrain (comment mapper un)

[Florian LAINEZ]

Bonjour,

J'essaye de mapper un ruisseau qui est *souterrain par intermittence* (et
j'ai aucune idée de comment mapper ça)

Pour les réservoir, j'ai vu qu'il fallait l'indiquer en note, ce qui me
parait plutôt sale :
[image: 
Area]http://wiki.openstreetmap.org/wiki/Elements#Area_.28closed_way_.29
Réservoir
souterrain Réservoir souterrain
landusehttp://wiki.openstreetmap.org/wiki/Key:landuse
=reservoir 
http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dreservoir;notehttp://wiki.openstreetmap.org/wiki/Key:note=underground
reservoir
Autre piste, utiliser LEVEL=-1 ou LAYER=-1 mais à priori cela ne permet pas
d'indiquer que c'est souterrain.

Bref, je suis un peu coincé. Une idée ?
merci

-- 

*Florian Lainez*
http://twitter.com/overflorian
http://www.nouslesgeeks.fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] ruisseau sous-terrain (comment mapper un)

[Frantz]

Le 03/08/2011 12:22, Florian LAINEZ a écrit :
 Bonjour,

 J'essaye de mapper un ruisseau qui est *souterrain par intermittence*
 (et j'ai aucune idée de comment mapper ça)

 Pour les réservoir, j'ai vu qu'il fallait l'indiquer en note, ce qui
 me parait plutôt sale :
 Area
 http://wiki.openstreetmap.org/wiki/Elements#Area_.28closed_way_.29
 Réservoir souterrain  Réservoir souterrainlanduse
 http://wiki.openstreetmap.org/wiki/Key:landuse=reservoir
 http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dreservoir;note
 http://wiki.openstreetmap.org/wiki/Key:note=underground reservoir


 Autre piste, utiliser LEVEL=-1 ou LAYER=-1 mais à priori cela ne
 permet pas d'indiquer que c'est souterrain.

tunnel=yes et layer=-1 ?

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

Re: [OSM-talk-fr] ruisseau sous-terrain (comment mapper un)

[Nicolas Frery]

Le 03/08/2011 12:28, Frantz a écrit :
 tunnel=yes et layer=-1 ?

C'est ce que j'utilise pour mettre les ruisseaux qui passe sous la
terre, que ce soit artificiel ou naturel.

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

[OSM-talk-fr] modification tag

[didier2...@free.fr]

bonjour,

je suis tombé par hasard sur routino et afin de mieux comprendre ses
critères d'itinéraires je voudrais (en local bien sur) faire les
modifications suivantes:

enlever le tag bridge pour les higways=*
ajouter le tag bridge pour les higways=* ET toll=*  

j'imagine qu'osmosis peut faire cela mais mon neurone comprend mieux le
francais que l'anglais... un debut de piste m'aiderais ;-)

--tag-filter accept-ways highway=*
c'est apres que je coince !


merci d'avance
didier


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

Re: [OSM-talk-fr] ruisseau sous-terrain (comment mapper un)

[Florian LAINEZ]

Merci :)
J'ai donc mappé avec ces deux tags et indiqué cela sur la page du wiki
http://wiki.openstreetmap.org/wiki/FR:Tag:waterway%3Dstream
++

Le 3 août 2011 12:38, Nicolas Frery nicolas-l...@zoubi.info a écrit :

 Le 03/08/2011 12:28, Frantz a écrit :
  tunnel=yes et layer=-1 ?

 C'est ce que j'utilise pour mettre les ruisseaux qui passe sous la
 terre, que ce soit artificiel ou naturel.

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




-- 

*Florian Lainez*
http://twitter.com/overflorian
http://www.nouslesgeeks.fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OSM-Talk-fr] Propositions des Statuts et Règlement de l'Association OpenStreetMap France

[Christian Rogel]

Le 02/08/11 23:56, Sébastien Dinot a écrit :


Bonsoir,

Christian Rogel a écrit :

J'aimerai savoir si tout le monde juge nécessaire d'admettre les
personnes morales?


Nécessaire, non mais utile, oui. Leur cotisation plus importante accroit
sensiblement le budget de l'association et lui permet d'envisager des
projets plus ambitieux.


Cela me paraît dangereux, du moins tant que l'asso n'est pas en
vitesse de croisière.


Absolument pas tant que l'on évite :
- de créer des collèges d'adhérents (individus, associations, sociétés,
   établissements publics, collectivités territoriales, etc.) :
- de pondérer le poids de chaque collège dans les votes comme qu'on peut
   le voir dans certaines associations.

Si un adhérent = une voix quelque soit sa nature, tout va bien.


J'estime qu'il serait mieux de définir dans un premier temps, quelles 
sont les personnes morales qui sont susceptibles de faire fonctionner 
OSM France.

Il me semblerait plus prudent :
- soit de remettre à plus tard la réflexion et de n'admettre, pour le 
moment, que les personnes physiques
- soit, de dire qu'on admet que les personnes morales répondant à l'un 
des 2 critères suivants :
+ Engagement concret dans les cartes libres (organisations de MP, de 
formations, exportations de données organisées, etc.)
Plouarzel, la CC du Val d'Ille, BMO, les Auvergnats, Grasse, certaines 
cyberbases associatives seraient éligibles à ce titre, ainsi que les 
entreprises fournissant des services basés sur OSM
+ Engagement dans l'Opendata et, en plus, une compatibilité ODbL pour 
les producteurs de données

Les assos qui militent pour l'Opendata,
BMO (bis), Paris, Nantes, Bordeaux, les Régions Aquitaine et Bretagne, 
les C de C exportatrices, et j'en oublie, seraient admissibles.
Pour Rennes et d'autres, la compatibilité des données avec la licence 
ODbL serait à vérifier.


Dans un premier temps, l'asso doit être concentrée sur son objectif de 
la cartographie libre.
Dans un second temps, elle peut admettre toute sorte de personnes 
morales, mais, peut-être, en prévoyant des collèges de façon que le le 
mappeur de terrain ait toujours le dernier mot.


Il me semble que la gestion de personnes morales est un peu plus lourde 
que celle des personnes physiques et qu'il vaut mieux donc éviter de 
surcharger le secrétariat bénévole par des adhésions qui auraient 
surtout pour objectif de savoir ce qui se passe et non pas de participer.



Christian




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

Re: [OSM-talk-fr] ruisseau sous-terrain (comment mapper un)

[Pierre Laurès]

Pour une portion de ruisseau qui est canalisée en souterrain j'utilisewaterway=ditchculver=yespour une portion qui passe sous une route j'ajoute layer=-1 Message d'origine 
De : "Florian LAINEZ" 
À : "Discussions sur OSM en français" 
Objet : Re: [OSM-talk-fr] ruisseau sous-terrain (comment mapper un)
Date : 03/08/2011 13:34:16 CEST

Merci :)J'ai donc mappé avec ces deux tags et indiqué cela sur la page du wiki http://wiki.openstreetmap.org/wiki/FR:Tag:waterway%3Dstream

++Le 3 août 2011 12:38, Nicolas Frery nicolas-l...@zoubi.info a écrit :

Le 03/08/2011 12:28, Frantz a écrit :
 tunnel=yes et layer=-1 ?

C'est ce que j'utilise pour mettre les ruisseaux qui passe sous la
terre, que ce soit artificiel ou naturel.

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

	
	
	
	



	
	
	
	

Florian
Lainezhttp://twitter.com/overflorianhttp://www.nouslesgeeks.fr

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



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

Re: [OSM-talk-fr] [OSM-Talk-fr] Propositions des Statuts et Règlement de l'Association OpenStreetMap France

[Jean Millerat]

Le 30/07/2011 20:08, Thomas Gratier a écrit :
 La question des dons n'est pas abordée. Je pense aux adhésions des
 entreprises qui préfèrent donner des GPS ou du temps à la place/en plus
 de l'argent. Cette aspect relève peut être d'un règlement intérieur ou
 des statuts de votre point de vue?

Cet aspect relève en partie des statuts et notamment de l'objet social.

Peut-être qu'on pourrait ajouter un 3ème paragraphe à l'article 2, sur
certains usages encouragés des données, du style :


Par la promotion et la diffusion de ces données, l'association entend
notamment faciliter l'action humanitaire, l'insertion sociale et
professionnelle des travailleurs handicapés, la défense de
l'environnement naturel, l'éducation et les sciences géographiques, et
la diffusion de la culture libre.


En effet, j'imagine que l'on veut que l'association puisse permettre aux
entreprises donatrices (d'argent, de matériel ou de temps salarié)
d'obtenir des économies d'impôts (et donc de donner plus). C'est le
mécanisme fiscal du mécénat. Ce mécanisme suppose un certain nombre de
conditions que j'ai détaillées ici :

http://wiki.openstreetmap.org/wiki/WikiProject_France/Projet_d%27association_en_France#Crit.C3.A8res_.C3.A0_remplir_pour_.C3.AAtre_d.27int.C3.A9r.C3.AAt_g.C3.A9n.C3.A9ral_.3F

Pour que l'administration fiscale ne fasse pas de difficultés aux
entreprises donatrices, il faudrait donc que l'objet social (article 2)
mentionne que la publication et la diffusion des données [...] peut se
faire notamment dans un but philanthropique, éducatif, scientifique,
social, humanitaire, sportif, familial, culturel ou concourant à la mise
en valeur du patrimoine artistique, à la défense de l'environnement
naturel où à la diffusion de la culture, de la langue et des
connaissances scientifiques françaises. Cela facilitera grandement les
relations avec le fisc...

De plus, toujours sur l'article 2, il est précisé que les orientations
prioritaires sont précisées dans le règlement intérieur mais je n'en
trouve pas trace dans le règlement intérieur.

Dans le même ordre d'idée (permettre les économies d'impôts mécénat), il
faudrait que l'association soit gérée de manière désintéressée,
c'est-à-dire que le conseil d'administration non seulement ne comporte
aucun salarié de l'association (on ne sait jamais, un jour...) mais
aussi ne comporte aucun administrateur ayant un intérêt économique
direct ou indirect aux activités de l'association.

Imaginons que l'un des administrateurs est propriétaire d'une société
qui fournit des prestations de cartographie principalement basées sur
OSM... Dans ce cas, le fisc pourrait prétendre que les décisions de
gestion du conseil d'administration de l'association ne sont pas
désintéressées et que l'association cache en fait une activité lucrative
déguisée. Par conséquent, non seulement les donateurs n'ont pas
d'économie d'impôts mais l'association risque d'avoir à payer les impôts
commerciaux...

Je ne sais pas dans le détail comment se prémunir contre ce risque :
peut-être en ajoutant dans le règlement intérieur que, lors de toute
prise de décision (et/ou lors de leur élection), les administrateurs
doivent signaler publiquement leurs éventuels intérêts économiques liés
à l'activité et s'exclure de participer aux décisions mettent en jeu ces
intérêts (abstention). Ou bien il faut être plus strict et interdire les
administrateurs intéressés économiquement... A voire avec un expert
comptable (ou un avocat fiscaliste).

Et l'autre piste pour faciliter les contributions des entreprises :
ajouter quelque part dans les statuts (idéalement dans l'objet social,
art.2) que les données peuvent notamment être utilisées pour faciliter
l'insertion sociale et professionnelle des travailleurs handicapés.
Quand les directions régionales du travail (Direccte) lisent ça dans les
statuts, elles peuvent donner leur feu vert aux entreprises pour fournir
de l'argent, du matériel ou du temps déductibles de la contribution
annuelle que ces entreprises versent à l'AGEFIPH pour faciliter
l'insertion des personnes handicapées (à condition bien sûr que ces
dépenses des entreprises soient utilisées pour des projets handicap liés
à OSM...).

L'idéal serait de faire figurer tous ces éléments dans les statuts mais
en trouvant une formulation cohérente.

-- 
Jean Millerat
Wecena, rendre vos informaticiens fiers d'améliorer le monde
jean.mille...@wecena.com   +33 1 77 455 344   jean.mille...@gmail.com

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

Re: [OSM-talk-fr] [OSM-Talk-fr] Propositions des Statuts et Règlement de l'Association OpenStreetMap France

[rldhont]

Je suis pour le mécénat = d'ailleurs Gaël alias Ratzilla$ aussi
Je suis pour que les entreprises puissent être membre =  car 3Liz 
participe ;-)

Je souhaite être membre = car je suis contributeur et promeut OSM
J'aurais aimé m'impliqué dans l'association mais si mon entreprise m'en 
empêche c'est dommage m'enfin c'est la lois


Vive OSM

René-Luc
3Liz


Le 03/08/2011 16:04, Jean Millerat a écrit :

Le 30/07/2011 20:08, Thomas Gratier a écrit :

La question des dons n'est pas abordée. Je pense aux adhésions des
entreprises qui préfèrent donner des GPS ou du temps à la place/en plus
de l'argent. Cette aspect relève peut être d'un règlement intérieur ou
des statuts de votre point de vue?

Cet aspect relève en partie des statuts et notamment de l'objet social.

Peut-être qu'on pourrait ajouter un 3ème paragraphe à l'article 2, sur
certains usages encouragés des données, du style :


Par la promotion et la diffusion de ces données, l'association entend
notamment faciliter l'action humanitaire, l'insertion sociale et
professionnelle des travailleurs handicapés, la défense de
l'environnement naturel, l'éducation et les sciences géographiques, et
la diffusion de la culture libre.


En effet, j'imagine que l'on veut que l'association puisse permettre aux
entreprises donatrices (d'argent, de matériel ou de temps salarié)
d'obtenir des économies d'impôts (et donc de donner plus). C'est le
mécanisme fiscal du mécénat. Ce mécanisme suppose un certain nombre de
conditions que j'ai détaillées ici :

http://wiki.openstreetmap.org/wiki/WikiProject_France/Projet_d%27association_en_France#Crit.C3.A8res_.C3.A0_remplir_pour_.C3.AAtre_d.27int.C3.A9r.C3.AAt_g.C3.A9n.C3.A9ral_.3F

Pour que l'administration fiscale ne fasse pas de difficultés aux
entreprises donatrices, il faudrait donc que l'objet social (article 2)
mentionne que la publication et la diffusion des données [...] peut se
faire notamment dans un but philanthropique, éducatif, scientifique,
social, humanitaire, sportif, familial, culturel ou concourant à la mise
en valeur du patrimoine artistique, à la défense de l'environnement
naturel où à la diffusion de la culture, de la langue et des
connaissances scientifiques françaises. Cela facilitera grandement les
relations avec le fisc...

De plus, toujours sur l'article 2, il est précisé que les orientations
prioritaires sont précisées dans le règlement intérieur mais je n'en
trouve pas trace dans le règlement intérieur.

Dans le même ordre d'idée (permettre les économies d'impôts mécénat), il
faudrait que l'association soit gérée de manière désintéressée,
c'est-à-dire que le conseil d'administration non seulement ne comporte
aucun salarié de l'association (on ne sait jamais, un jour...) mais
aussi ne comporte aucun administrateur ayant un intérêt économique
direct ou indirect aux activités de l'association.

Imaginons que l'un des administrateurs est propriétaire d'une société
qui fournit des prestations de cartographie principalement basées sur
OSM... Dans ce cas, le fisc pourrait prétendre que les décisions de
gestion du conseil d'administration de l'association ne sont pas
désintéressées et que l'association cache en fait une activité lucrative
déguisée. Par conséquent, non seulement les donateurs n'ont pas
d'économie d'impôts mais l'association risque d'avoir à payer les impôts
commerciaux...

Je ne sais pas dans le détail comment se prémunir contre ce risque :
peut-être en ajoutant dans le règlement intérieur que, lors de toute
prise de décision (et/ou lors de leur élection), les administrateurs
doivent signaler publiquement leurs éventuels intérêts économiques liés
à l'activité et s'exclure de participer aux décisions mettent en jeu ces
intérêts (abstention). Ou bien il faut être plus strict et interdire les
administrateurs intéressés économiquement... A voire avec un expert
comptable (ou un avocat fiscaliste).

Et l'autre piste pour faciliter les contributions des entreprises :
ajouter quelque part dans les statuts (idéalement dans l'objet social,
art.2) que les données peuvent notamment être utilisées pour faciliter
l'insertion sociale et professionnelle des travailleurs handicapés.
Quand les directions régionales du travail (Direccte) lisent ça dans les
statuts, elles peuvent donner leur feu vert aux entreprises pour fournir
de l'argent, du matériel ou du temps déductibles de la contribution
annuelle que ces entreprises versent à l'AGEFIPH pour faciliter
l'insertion des personnes handicapées (à condition bien sûr que ces
dépenses des entreprises soient utilisées pour des projets handicap liés
à OSM...).

L'idéal serait de faire figurer tous ces éléments dans les statuts mais
en trouvant une formulation cohérente.




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

Re: [OSM-talk-fr] Base de POI sous licence CC0

[thfaure]

 Je viens de regarder un peu le contenu de cette base qui contient 
principalement des services : Non, adresse, localité, ..., et 
localisation géographique


Cet liste peut être intéressante mais doit elle être mise dans osm?
en tant que poi indépendant et/ou relié au bâtiment correspondant?
dans quel but : pour fournir des services comme 
http://178.32.101.237/osminterest/?pou faire une sorte de pages jaunes?
Il existe dans osm un certains nombre de ces poi représentant des 
services : est ce la tendance de mapper dans osm tout les services 
accessible au public : artisans, commerçants, service public, ...


ou doit on prévoir une base de donnée indépendante (donc plus facilement 
maintenable/modifiable) : qui contient ces informations: et ensuite le 
localiser à partir de l'adresse postale

Est ce qu'une telle BD n'existe pas déja?

Thierry

Le 03/08/2011 00:02, Nicolas Frery a écrit :

Le 02/08/2011 23:52, Frédéric Rodrigo a écrit :

J'ai pas très confiance en ces données. De ce que j'en déduit les
informations sont issues de crawler web, qui pompent des cordonnées ou
des adresses sur le web. Elles sont ensuite géoréfencées (je ne sais pas
comment). Comme source de données on retrouve de simple site web, mais
aussi qype.fr ou encore l'annuaire infobel.com... facile de faire du CC0
comme ça...

Dans mon village de 500 âmes, il y a donc 9 fois la même entreprise à
différente adresse et avec des noms qui ce ressemble beaucoup.

J'en apprend beaucoup avec cette listes de POIs.

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



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

Re: [OSM-talk-fr] [OSM-Talk-fr] Propositions des Statuts et Règlement de l'Association OpenStreetMap France

[Erik Amzallag]

Bonjour,

Article 9 :

  = Vous devez absolument abaisser le quorum si vous voulez éviter la
 sclérose. Jamais vous n'arriverez à réunir 50 % des membres d'une
 association d'envergure nationale, même pour une décision
 importante, surtout en limitant aussi drastiquement le nombre de
 délégations que vous le faites dans l'article 12.


Je ne peux que plussoyer.
Actuel président d'une asso nationale de 250 adhérents, nos AG culminent à
60/70 personnes, dont une quinzaine représentées.
Dès le début, nous avons fait le choix de ne pas avoir de quorum, chose
quasi impossible à obtenir à un niveau national. De même, une personne
reçoit souvent plusieurs mandats pour les votes (généralement les
connaissances locales).
L'AG est pour nous l'occasion de se retrouver aussi nombreux au moins une
fois par an (du coup, l'AG est aussi une rencontre sur un week-end). Si une
seconde AG doit se tenir 15 jours après pour un quorum non atteint, il y
aura encore moins de monde, les plus lointains ne se redéplaçant pas.


  = Un délai de 15 jours pour une convocation, c'est trop court.
 Lorsque je dois faire le déplacement à Paris depuis Toulouse,
 j'aime bien être prévenu longtemps à l'avance afin de pouvoir
 acheter mon billet d'avion à un prix raisonnable.


Il y a convocation et annonce de la date de l'AG ;)
La date de l'AG peut être annoncée bien plus en avance (surtout quand les
salles sont réservées plusieurs mois à l'avance).

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

[OSM-talk-fr] Ajout de seamark:fixme sur Osmose + accès au sources du backend

[Jocelyn Jaubert]

Bonjour,

Grâce à l'aide de plusieurs personnes, Osmose affiche maintenant des
erreurs pour les points nouvellement ajouté avec l'import des phares et
autres. Pour voir ces erreurs, il suffit d'aller là:

http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=8lat=47.79722lon=-3.12112layers=B00Titem=4060

(il n'y a actuellement des erreurs que sur la facade atlantique, de la
pointe de la Bretagne à l'Espagne, et autour de la Corse)


Par ailleurs, le source du backend de Osmose - la partie qui fait les
analyses est maintenant disponible dans un repository git:
https://gitorious.org/osmose/backend

(n'hésitez pas à rediriger sur dev-fr toute discussion à ce sujet)


Du coup, j'encourage tout le monde à proposer des idées d'analyses, et
éventuellement à me soumettre un patch pour inclusion. Par ailleurs,
c'est aussi intéressant de me reporter les faux-positifs (celui sur les
code INSEE sur les EPCI devrait être corrigé)


Pour finir, chaque bulle a maintenant un lien [?] vers l'aide qui se
situe sur le wiki, sur le lien suivant. Ça devrait permettre d'éclaircir
les erreurs peu claires.

http://wiki.openstreetmap.org/wiki/FR:Osmose/erreurs


Merci,
Jocelyn

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

[OSM-ja] [import 依頼] 香川-岡山県境のインポートをお願いします。

[show_ichi]

Show-ichi です。

前々から気になっていたのですが、どなたか香川-岡山県境をインポートしていただけませんでしょうか。
当然陸上部分のみで、県境未確定部分は無しの方向で。

ついでに可能であれば、愛媛−広島県境のほうもお願いしたく……

-- Show-ichi

___
Talk-ja mailing list
Talk-ja@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ja

[Talk-us] Ottawa Mapping Party (?) Sunday, 28 August 2011

[Richard Weait]

Dear All,

I hear a rumour that there may be a Mapping Party-like event in
Ottawa, Ontario, on Sunday 28 August 2011.  This will be the day after
the FOSSLC Summer Camp[1] at University of Ottawa, and so there may
well be some Free Software notables in attendance.  It you are
planning to attend Summer Camp, would you be interested in a mapping
party as well?

And, are any of our Ottawa-area mappers interested in helping to
organize the details of the event (and of course, participate)?

Best regards,
Richard

[1] http://fosslc.org/drupal/sc2011

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

[Talk-us] Road Trip Update

[Kate Chapman]

Hi All,

I mentioned a while back about a road trip to SotM.

S Iván and I have a website now and are looking for places to
stop: http://www.willmapforfuel.com/

Also if you are in our path and would like to meet-up let us know.

-Kate

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

[Talk-cl] WMS OSM

[César Medina]

Hola.. como van ?
alguien se recuerda la url para el acceso WMS que creo alvaro monares?sigue 
disponible ?

gracias

César ___
Talk-cl mailing list
Talk-cl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cl

Re: [Talk-cl] OpenStreetMap + Transantiago

[Rodolfo Barriga]

FYI

 Oops! Google Chrome could not connect to 50.56.31.19:5000 ...

* algún repositorio con código fuente !! ??


2011/8/3 Juan Pizarro jpizar...@gmail.com:
 Estimados,

 Como comente hace algunos días estamos trabajando para tener OpenStreetMap y
 la info de simt(http://web.simt.cl/simtweb/) juntos, acá va nuestro avance.

 http://50.56.31.19:5000/

 sugerencias, ideas o comentarios.

 Saludos
 Gracias

 PD: Necesitamos algún diseñador que nos ayude con
 TransDroid https://market.android.com/details?id=cl.droid.transantiago, se
 ve refeo.
 ___
 Talk-cl mailing list
 Talk-cl@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cl



___
Talk-cl mailing list
Talk-cl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cl