date:20100803

On 4 August 2010 07:34, pavithran pavithra...@gmail.com wrote:
 On 4 August 2010 01:52, Nathan Edgars II nerou...@gmail.com wrote:
 I was hoping they'd give us an extra zoom level. Oh well.
 I bet they have even resources to give z20 or z19 . C'mon Bing you can
 rock ! Do something new :P

Actually, NearMap already do OSM tiles for the whole world, down to
z=24, if you really want to zoom in that far...
Cheers
b

-- 
Ben Last
Development Manager (HyperWeb)
NearMap Pty Ltd

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

[OSM-talk] Revert requests in general

On 3 August 2010 18:13, Dave F. dave...@madasafish.com wrote:

 Can somebody revert this edit ASAP?


Which reminds me... we at NearMap are preparing to begin rollout of OSM
editing on our site; simple operations like adding house numbers and
adding/correcting street names.  Edits can be made by registered users of
our site through a simple interface that's not as scary as Potlatch :)  Our
aim is therefore to encourage non-mappers to contribute to OSM, since they
won't have to worry about the complexities of tagging rules, etc.  Whilst we
have a number of things in place to guard against vandalism and incorrect
edits, we're also looking at the best ways to (a) tag uploaded edits so that
they can be clearly extracted from the data and (b) work with the OSM
community to revert bad edits.  We could do (b) by emailing the various
lists, but is there a more efficient way to arrange to get edits reverted?
 I'm looking for whatever way is least load on us *and* those in OSM who
maintain the data.

Cheers
Ben

-- 
Ben Last
Development Manager (HyperWeb)
NearMap Pty Ltd
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Revert requests in general

2010-08-03 Thread Ian Dees

On Tue, Aug 3, 2010 at 7:11 PM, Ben Last ben.l...@nearmap.com wrote:

 On 3 August 2010 18:13, Dave F. dave...@madasafish.com wrote:

 Can somebody revert this edit ASAP?


 Which reminds me... we at NearMap are preparing to begin rollout of OSM
 editing on our site; simple operations like adding house numbers and
 adding/correcting street names.  Edits can be made by registered users of
 our site through a simple interface that's not as scary as Potlatch :)  Our
 aim is therefore to encourage non-mappers to contribute to OSM, since they
 won't have to worry about the complexities of tagging rules, etc.  Whilst we
 have a number of things in place to guard against vandalism and incorrect
 edits, we're also looking at the best ways to (a) tag uploaded edits so that
 they can be clearly extracted from the data and (b) work with the OSM
 community to revert bad edits.  We could do (b) by emailing the various
 lists, but is there a more efficient way to arrange to get edits reverted?
  I'm looking for whatever way is least load on us *and* those in OSM who
 maintain the data.


Wasn't there a discussion a long while ago about a system of flagging
changesets (and users, too, probably) as bad/inappropriate/spammy? Enough
bad changesets = a nomination for revert or temp. ban/kick?
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Problems with names with postfixes / types

2010-08-03 Thread woll

I am the person who reported the Nominatim search problem.

On the Nominatim bug:
If a user searches for xyz it should be able to return a node which is
tagged name=a_word|xyz|another_word (where | represents a word
separator). In English that word separator is a space char. In Japanese
there is no word separator.
It appears that Nominatim does not work correctly when the word separator is
not a space char. I've no idea how the Nominatim parsing algorithm works,
but I'm guessing that is what the problem is and that it will also fail with
any language where words are not separated by spaces.

On the should place names contain postfix types? question:
In my experience in Japan all placename signs contain the postfix type. As
we are mapping what's on the ground, then the current tags are correct.
Many Japanese states (prefectures) have the same name as the major city in
the state, so the postfix is useful to distinguish them.
In some cases I think that the postfix type has actually become part of the
name. i.e. If a small village is called yama|mura (mountain village), then
people don't call the village yama (mountain) as that would be stupid!
Even for large places, the postfix is really semantically(?) part of the
name. Whilst for large places, people may refer to them just by their name
without the postfix (when it is obvious that they are talking about X city
as opposed to X state), road signs and maps all show the prefix.
--
View this message in context:
http://gis.638310.n2.nabble.com/Problems-with-names-with-postfixes-types-tp5368850p5370682.html
Sent from the General Discussion mailing list archive at Nabble.com.

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

Re: [OSM-talk] Revert requests in general

I think I remember something like that; however, the edits that we're
submitting all come from one user (that represents NearMap) since we
don't (and can't) require users of our site to all be registered with
OSM.  So we obviously don't want that single username to get banned.
What I'm after is some process by which we can flag/raise changeset
numbers ourselves and get them requested for reversion asap.  If we
could revert our own changesets that'd be good, but I don't have
enough detail about the api 0.6 revert facilities to be sure that
they'll do what we need, especially if the changeset is a couple of
weeks old at the time that an issue is spotted.

Cheers
b

On 4 August 2010 08:32, Ian Dees ian.d...@gmail.com wrote:
 On Tue, Aug 3, 2010 at 7:11 PM, Ben Last ben.l...@nearmap.com wrote:

 On 3 August 2010 18:13, Dave F. dave...@madasafish.com wrote:

 Can somebody revert this edit ASAP?

 Which reminds me... we at NearMap are preparing to begin rollout of OSM
 editing on our site; simple operations like adding house numbers and
 adding/correcting street names.  Edits can be made by registered users of
 our site through a simple interface that's not as scary as Potlatch :)  Our
 aim is therefore to encourage non-mappers to contribute to OSM, since they
 won't have to worry about the complexities of tagging rules, etc.  Whilst we
 have a number of things in place to guard against vandalism and incorrect
 edits, we're also looking at the best ways to (a) tag uploaded edits so that
 they can be clearly extracted from the data and (b) work with the OSM
 community to revert bad edits.  We could do (b) by emailing the various
 lists, but is there a more efficient way to arrange to get edits reverted?
  I'm looking for whatever way is least load on us *and* those in OSM who
 maintain the data.

 Wasn't there a discussion a long while ago about a system of flagging
 changesets (and users, too, probably) as bad/inappropriate/spammy? Enough
 bad changesets = a nomination for revert or temp. ban/kick?



-- 
Ben Last
Development Manager (HyperWeb)
NearMap Pty Ltd

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

Re: [OSM-talk] Revert requests in general

2010-08-03 Thread Ian Dees

On Tue, Aug 3, 2010 at 7:37 PM, Ben Last ben.l...@nearmap.com wrote:

 I think I remember something like that; however, the edits that we're
 submitting all come from one user (that represents NearMap) since we
 don't (and can't) require users of our site to all be registered with
 OSM.  So we obviously don't want that single username to get banned.
 What I'm after is some process by which we can flag/raise changeset
 numbers ourselves and get them requested for reversion asap.  If we
 could revert our own changesets that'd be good, but I don't have
 enough detail about the api 0.6 revert facilities to be sure that
 they'll do what we need, especially if the changeset is a couple of
 weeks old at the time that an issue is spotted.


Anyone can run the revert script if they want to. I think Frederik wrote it
in Perl and it's sitting somewhere in SVN. I think the community has decided
(so far, anyway) that we'd rather secure that functionality under a mild
layer of obscurity for now. Perhaps we should start that topic again: should
we have an automatic revert on OSM? It's technically feasible (but
difficult).

The deeper issue, though, is not the revert tool, but the lack of history
viewing tools that would help make the decision about what to revert. How do
we know what changesets are bad? We don't currently have a good way to
access the complete history of a way, for example (including where it's
nodes were in previous revisions so that we can draw what it looked like in
the past). Perhaps that tool needs to be thought about before we think about
how to do a revert.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Bing

2010-08-03 Thread pavithran

On 4 August 2010 05:34, Ben Last ben.l...@nearmap.com wrote:
 Actually, NearMap already do OSM tiles for the whole world, down to
 z=24, if you really want to zoom in that far...
 Cheers

Well first of all nice to see someone doing the whole world in Z=24 .
I am being a critic here to say that you guys haven't properly styled
the mapnik to adapt for higher zoom levels .
Ex: at z22 the cluttering algo still works when two POI's are more far
than needed for cluttering .
Also at Z22 a name on the secondary road was not properly displayed ..
the distance  between letters as too huge.

Anyways its hard to check every line for every style sheet . Good
effort :) Hope it encourages others.

Regards,
Pavithran


-- 
pavithran sakamuri
http://look-pavi.blogspot.com

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

Re: [OSM-talk] Bing

On 4 August 2010 09:06, pavithran pavithra...@gmail.com wrote:
 I am being a critic here to say that you guys haven't properly styled
 the mapnik to adapt for higher zoom levels .
We're continuing to work on the styles... as you say, it's hard to
check every line!  One advantage we have is that we dynamically render
all the tiles (albeit with a fair amount of caching) so as we deploy
new styles the changes happen automatically.
Cheers
b

-- 
Ben Last
Development Manager (HyperWeb)
NearMap Pty Ltd

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

Re: [OSM-talk] Revert requests in general

2010-08-03 Thread Richard Fairhurst


Ben Last wrote:
 the edits that we're submitting all come from one user 
 (that represents NearMap) since we don't (and can't) require 
 users of our site to all be registered with OSM.

Um... this is the sort of stuff that really, really needs to be discussed
first.

Whenever it has been raised in the past, the opinion of the community has
generally been that proxy edits like this are strongly discouraged. At the
very least, you need to make sure your contributor agreement is widely
discussed so that others (not least OSMF, which may be held liable for any
copyright violations on the part of your users) are happy that they are
compatible with current and future OSM licensing. (My personal opinion is
that the only circumstance under which such contributions are acceptable is
under a PD-like waiver. If you are indeed requiring that then please
disregard this message. http://www.systemeD.net/blog/?p=100 may be relevant
here.)

Previous discussions, IIRC, took place in the days before OAuth. Now that we
have OAuth on OSM there is even less reason to allow editing without an OSM
account.

cheers
Richard
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Revert-requests-in-general-tp5370633p5370865.html
Sent from the General Discussion mailing list archive at Nabble.com.

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

Re: [OSM-talk] Problems with names with postfixes / types

2010-08-03 Thread woll


Everyone should probably just ignore what I wrote about the Nominatim
algorithm in my previous post, as I'm just guessing at what the problem
might be, and probably got it completely wrong!

Better to keep this thread restricted to the subject of is it valid to tag
names with postfixes, and have any technical discussions separately in the
trac report!
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Problems-with-names-with-postfixes-types-tp5368850p5370885.html
Sent from the General Discussion mailing list archive at Nabble.com.

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

Re: [OSM-talk] Revert requests in general

On 4 August 2010 09:45, Richard Fairhurst rich...@systemed.net wrote:
 Ben Last wrote:
 the edits that we're submitting all come from one user
 (that represents NearMap) since we don't (and can't) require
 users of our site to all be registered with OSM.
 Um... this is the sort of stuff that really, really needs to be discussed
 first.
And I've tried to discuss it on a few occasions, and not had much of a
response :)  We've (at this point) ruled out asking all our users to
register separately with OSM, and we can't register with OSM on their
behalf (complex both technically and legally).  So we don't have many
options.

 Whenever it has been raised in the past, the opinion of the community has
 generally been that proxy edits like this are strongly discouraged.
Maybe my Google skills are sadly lacking, but I spent a while looking
for information on this.  There's some discussion of the freietonne.de
site back in January, but nothing else significant.  Nor is there
anything on the wiki; the OAuth section discusses technical usage, but
there is no statement about proxy editing, the section of automated
edits doesn't cover this.  Note also that this is not anonymous
editing; the identity of the user submitting the change to us is
tagged with every edit.

 At the
 very least, you need to make sure your contributor agreement is widely
 discussed so that others (not least OSMF, which may be held liable for any
 copyright violations on the part of your users) are happy that they are
 compatible with current and future OSM licensing.
Our signup terms and conditions are being rewritten (by lawyers) to
explicitly handle this issue.

 Previous discussions, IIRC, took place in the days before OAuth. Now that we
 have OAuth on OSM there is even less reason to allow editing without an OSM
 account.
I'm not sure I agree.  We don't want to put barriers in the way of an
average user (and I use that term to explicitly distinguish between
the average map site user and a mapping enthusiast) making simple
corrections such as adding address information or naming un-named
streets.  In particular, we don't want to bounce them to the OSM site
to register (and face yet another set of terms and conditions), when
they're already registered on our site.

I'm not saying that we have to implement it this way, but up until
this point we've not been aware of any great community disapproval of
proxy editing as a principle.  I can absolutely understand that it's
not something that should be undertaken lightly, but I hope by now
that many OSMers will appreciate that we continue to do a lot of
support OSM, and that we do take the integrity and reliability of the
data very seriously.

Cheers
Ben

-- 
Ben Last
Development Manager (HyperWeb)
NearMap Pty Ltd

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

[OSM-talk] register now for the Hackerbus from Berlin to Vlore, Albania for the FREESB10 Conference on Sept 11-12

2010-08-03 Thread jamesmikedup...@googlemail.com

Hi,

We are organzing a bus to go to Vlore for the freesb conference
(http://flossal.org/freesb-2010-conference/)

Register now for the Hackerbus from Berlin, Germany to Vlore for the
FREESB10 free software conference on the beach!
We are also working on a bus from Paris, France as well.

you can register now online :
http://tinyurl.com/HackerBusVlore
or just send a mail to regis...@flossk.org

Sept 11-12, Vlora, Albania.
Estimated leaving time 9th of Sept. Estimate return time 15th.
ca 170 € per person round trip total costs (if you camp), around 190€ for hotel.

The bus has 48 seats and costs in total around 7500€.

Plan is to camp at the former Naval Academy in vlore , the uni vlore
has showers, toilettes and wlan there. You will need a tent.
Hotels are also available, they cost around 20€ per night for a nice one.

First come first serve, we will have to collect money in advance to
pay for the bus.
Also people are welcome to get on at any part of the trip, but we need
to cover the total costs, so we could look for people to travel the
first part of the trip to reduce costs.

See you in september on the beach!

mike
-- 
James Michael DuPont
Member of Free Libre Open Source Software Kosova and Albania
flossk.org flossal.org

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

Re: [OSM-talk] register now for the Hackerbus from Berlin to Vlore, Albania for the FREESB10 Conference on Sept 11-12

2010-08-03 Thread jamesmikedup...@googlemail.com

Silly me, the tinyurl directed to the edit page, that is access protected,
here is the proper link :
http://tinyurl.com/HackerBusVlore2

https://spreadsheets.google.com/viewform?formkey=dHBhb2xhTnJZSnV6OHI4cXRySW1MNkE6MQ

Sorry,

mike

On Wed, Aug 4, 2010 at 6:56 AM, jamesmikedup...@googlemail.com
jamesmikedup...@googlemail.com wrote:
 Hi,

 We are organzing a bus to go to Vlore for the freesb conference
 (http://flossal.org/freesb-2010-conference/)

 Register now for the Hackerbus from Berlin, Germany to Vlore for the
 FREESB10 free software conference on the beach!
 We are also working on a bus from Paris, France as well.

 you can register now online :
 http://tinyurl.com/HackerBusVlore
 or just send a mail to regis...@flossk.org

 Sept 11-12, Vlora, Albania.
 Estimated leaving time 9th of Sept. Estimate return time 15th.
 ca 170 € per person round trip total costs (if you camp), around 190€ for 
 hotel.

 The bus has 48 seats and costs in total around 7500€.

 Plan is to camp at the former Naval Academy in vlore , the uni vlore
 has showers, toilettes and wlan there. You will need a tent.
 Hotels are also available, they cost around 20€ per night for a nice one.

 First come first serve, we will have to collect money in advance to
 pay for the bus.
 Also people are welcome to get on at any part of the trip, but we need
 to cover the total costs, so we could look for people to travel the
 first part of the trip to reduce costs.

 See you in september on the beach!

 mike
 --
 James Michael DuPont
 Member of Free Libre Open Source Software Kosova and Albania
 flossk.org flossal.org




-- 
James Michael DuPont
Member of Free Libre Open Source Software Kosova and Albania
flossk.org flossal.org

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

Re: [talk-au] Bing maps now has OSM layer...

2010-08-03 Thread Richard Weait

On Tue, Aug 3, 2010 at 1:42 AM, John Smith deltafoxtrot...@gmail.com wrote:
 Just noticed a diary entry[1] pointing out that MS now uses a OSM
 layer on their Bing Map site[2]

 [1] http://www.openstreetmap.org/user/Paul%20Johnson/diary/11407
 [2] 
 http://www.bing.com/community/blogs/maps/archive/2010/08/02/bing-maps-adds-open-street-maps-layer.aspx

 I'd love to know about the legal advice given by the MS lawyers on
 staff about cc-by-sa...

Some folks from Microsoft participated in a couple of License Working
Group telephone calls  earlier this year.  They had some specific
questions about using OpenStreetMap and the licenses.  You can find
their questions on the wiki under the community guidelines under
trivial transformations, metadata layers and indexing.

http://wiki.openstreetmap.org/wiki/Open_Data_License/Community_Guidelines

I'd like to see more feedback and participation from the community on
all of the community guidelines.

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

[talk-au] Aerial imagery used to find unlicensed pools in US

2010-08-03 Thread John Smith

Officials in Riverhead, New York are using Google Earth to root out
the owners of unlicensed pools. So far they've found 250 illegal pools
and collected $75,000 in fines and fees. Of course not everyone thinks
that a city should be spending time looking at aerial pictures of
backyards. from the article: Lillie Coney, associate director of the
Electronic Privacy Information Center in Washington, DC, said Google
Earth was promoted as an aid to curious travelers but has become a
tool for cash-hungry local governments. 'The technology is going so
far ahead of what people think is possible, and there is too little
discussion about community norms,' she said.

http://tech.slashdot.org/story/10/08/03/1338228/Officials-Use-Google-Earth-To-Find-Unlicensed-Pools?from=rss

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

Re: [OSM-talk-ie] Query

2010-08-03 Thread Conor Jones

Hey all, just to introduce myself here, I'm Condi on OSM (Conor), from Donegal 
and only started mapping about 6 months ago.

I noticed that mapping activity around Letterkenny sky-rocketed a month ago 
from virtually a blank canvas to every detail imaginable - and it looks damn 
spectacular even if the source is questionable. On a side point, I spent an 
evening with keepright (http://keepright.ipax.at/) correcting errors around the 
county of Donegal, but it would take hours to sort errors in Letterkenny alone 
and the situation has since deteriorated big-time.

Has anyone contacted the user yet? Hopefully the source is legitimate and not 
infringing any copyrights as the work done is a great boost.

Regards,

Conor

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

Re: [Talk-br] Compilacao para GPS Garmin

2010-08-03 Thread Aun Johnsen

Eu não tem acesso do sou site, voce nao poder link os arquivos para um outro
site? Faz um pagina com um pouco informacoes dos arquivos e o projeto OSM?

Aun

2010/8/3 Rafael Gassner rafael.gass...@gmail.com

 Olá pessoal,

  Montei uma compilacao, atualizada diariamente por volta das 9:00, dos
 mapas do OSM para Garmin. Nestes mapas estao incluidas as informacoes
 topograficas do SRTM da NASA e o roteamento está funcionando. Os arquivos
 PNG que estão em cada pasta também são atualizados com as informações do
 projeto diariamente.

  ftp://ftp.pucpr.br/osm

  Alguem da lista tem como incluir esta informação no


 http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/Download#South_America

   ?


 Abraço

 --
 
 Rafael Gustavo Gassner
 55 41 9821-8368


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


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

Re: [Talk-br] Compilacao para GPS Garmin

2010-08-03 Thread Claudomiro Nascimento Junior

Legal Rafael,

Seria bom vc colocar no wiki como vc está fazendo pra gerar, etc.

[]s

2010/8/3 Rafael Gassner rafael.gass...@gmail.com:
 Olá pessoal,
      Montei uma compilacao, atualizada diariamente por volta das 9:00, dos
 mapas do OSM para Garmin. Nestes mapas estao incluidas as informacoes
 topograficas do SRTM da NASA e o roteamento está funcionando. Os arquivos
 PNG que estão em cada pasta também são atualizados com as informações do
 projeto diariamente.
      ftp://ftp.pucpr.br/osm

      Alguem da lista tem como incluir esta informação no

   http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/Download#South_America
       ?

 Abraço
 --
 
 Rafael Gustavo Gassner
 55 41 9821-8368


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



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

Re: [Talk-br] RES: Atividades Siderópolis (SC)

2010-08-03 Thread Rafael Gassner

Se for no linux, instala o gpsbabel, vai no diretorio em que os gpx estao e
roda o comando:

j=;for i in `ls -1 *.gpx`; do j=$j -f $i; done ; gpsbabel -t -i gpx $j
-o gpx -F ../agregado.gpx

Um diretorio pra cima vai ficar o agregado.

Testei aqui com 318 arquivos, e o gpx resultante ficou com 52MB.

Se for no Windows, você pode usar o Trackmaker e mandar abrir vários ao
mesmo tempo.

Abraço

2010/8/3 Guilherme Dagostin Donadel gdona...@gmail.com

 Tenho 161 arquivos gpx que foram gravados com meu gps, quero carregar
 todos de um vez só para o OSM, estou tentando criar um arquivo .gpx.gz
 mas só consigo criar .tar.gz que não serve, tambem tentei encontrar um
 programa q una todos os arquivos gpx em um só arquivo mas sem sucesso.

 Se alguem souber um jeito prático de fazer isso diga aqui q eu me
 disponho a atualizar o wiki
  http://wiki.openstreetmap.org/wiki/Upload#How_to_upload_a_GPX_file 

 Att.,
 Guilherme Dagostin Donadel
 (48) 9972 4507




 Em 2 de agosto de 2010 18:18, vitor vitor.geo...@gmail.com escreveu:
  Postei também no help.osm.org, que é excelente, e o Frederic Ramm mandou
  esta boa resposta sobre imports em geral:
 
 
 http://help.openstreetmap.org/questions/518/how-do-i-import-map-data-from-a-dwg-file-to-openstreetmap
 
  2010/8/2 Aun Johnsen li...@gimnechiske.org
 
  Boa tarde gente
 
  Voces poder ler (em ingles) meus experiences do importacao dos dados de
  Vitoria ES basado dos dados DWG.
  http://www.openstreetmap.org/user/Skippern/diary/10686
 
  Aun
 
  2010/7/30 Flavio Henrique da Silva - SERASI/SETI
  flavio.henri...@tjdft.jus.br
 
  Vitor, boa tarde!
 
 
 
  Infelizmente só terei disponibilidade depois de setembro. Até a
  importação dos dados da Prefeitura de Goiânia está parada em razão da
 minha
  falta de tempo.
 
 
 
  Quando voltar procuro saber se posso ajudar em algo.
 
 
 
  Flávio Henrique
 
  
 
  De: talk-br-boun...@openstreetmap.org
  [mailto:talk-br-boun...@openstreetmap.org] Em nome de vitor
  Enviada em: sexta-feira, 30 de julho de 2010 12:35
  Para: OSM talk-br
  Assunto: [Talk-br] Atividades Siderópolis (SC)
 
 
 
  Olá Pessoal,
 
  Ontem conversei com o Guilherme, novo colaborador que se apresentou na
  esta semana, e ele precisa de ajuda com algumas coisas:
 
  1) Reverter o changeset #5338483, que contém dados do tracksource e não
  podem ser utilizados por motivo de licença.
  2) Importar os arquivos da prefeitura de Siderópolis, que estão em
  formato DWG, neste link:
 
 http://www.sideropolis.sc.gov.br/conteudo/?mode=paitem=14734fa=7cd=24380
  3) Colocar no WMS as imagens georreferenciadas da região, já que o
 Yahoo
  não tem resolução suficiente.
 
  Alguém pode dar uma mão em uma ou mais atividades?
 
  Vitor
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-br
 
 
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-br
 
 
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-br
 
 

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




-- 

Rafael Gustavo Gassner
55 41 9821-8368
___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] RES: Atividades Siderópolis (SC)

2010-08-03 Thread Guilherme Dagostin Donadel

Rafael obrigado funcionou com o seu shell script

- Vc programou isso agora, ou esse script estava la no wiki?
(vasculhei aquilo n encontrei nada desse tipo...) posso incluir esse
script lá?


Guilherme Dagostin Donadel
(48) 9972 4507




Em 3 de agosto de 2010 23:46, Rafael Gassner
rafael.gass...@gmail.com escreveu:
 Se for no linux, instala o gpsbabel, vai no diretorio em que os gpx estao e
 roda o comando:
 j=;for i in `ls -1 *.gpx`; do j=$j -f $i; done ; gpsbabel -t -i gpx $j
 -o gpx -F ../agregado.gpx
 Um diretorio pra cima vai ficar o agregado.

 Testei aqui com 318 arquivos, e o gpx resultante ficou com 52MB.
 Se for no Windows, você pode usar o Trackmaker e mandar abrir vários ao
 mesmo tempo.
 Abraço
 2010/8/3 Guilherme Dagostin Donadel gdona...@gmail.com

 Tenho 161 arquivos gpx que foram gravados com meu gps, quero carregar
 todos de um vez só para o OSM, estou tentando criar um arquivo .gpx.gz
 mas só consigo criar .tar.gz que não serve, tambem tentei encontrar um
 programa q una todos os arquivos gpx em um só arquivo mas sem sucesso.

 Se alguem souber um jeito prático de fazer isso diga aqui q eu me
 disponho a atualizar o wiki
  http://wiki.openstreetmap.org/wiki/Upload#How_to_upload_a_GPX_file 

 Att.,
 Guilherme Dagostin Donadel
 (48) 9972 4507




 Em 2 de agosto de 2010 18:18, vitor vitor.geo...@gmail.com escreveu:
  Postei também no help.osm.org, que é excelente, e o Frederic Ramm mandou
  esta boa resposta sobre imports em geral:
 
 
  http://help.openstreetmap.org/questions/518/how-do-i-import-map-data-from-a-dwg-file-to-openstreetmap
 
  2010/8/2 Aun Johnsen li...@gimnechiske.org
 
  Boa tarde gente
 
  Voces poder ler (em ingles) meus experiences do importacao dos dados de
  Vitoria ES basado dos dados DWG.
  http://www.openstreetmap.org/user/Skippern/diary/10686
 
  Aun
 
  2010/7/30 Flavio Henrique da Silva - SERASI/SETI
  flavio.henri...@tjdft.jus.br
 
  Vitor, boa tarde!
 
 
 
  Infelizmente só terei disponibilidade depois de setembro. Até a
  importação dos dados da Prefeitura de Goiânia está parada em razão da
  minha
  falta de tempo.
 
 
 
  Quando voltar procuro saber se posso ajudar em algo.
 
 
 
  Flávio Henrique
 
  
 
  De: talk-br-boun...@openstreetmap.org
  [mailto:talk-br-boun...@openstreetmap.org] Em nome de vitor
  Enviada em: sexta-feira, 30 de julho de 2010 12:35
  Para: OSM talk-br
  Assunto: [Talk-br] Atividades Siderópolis (SC)
 
 
 
  Olá Pessoal,
 
  Ontem conversei com o Guilherme, novo colaborador que se apresentou na
  esta semana, e ele precisa de ajuda com algumas coisas:
 
  1) Reverter o changeset #5338483, que contém dados do tracksource e
  não
  podem ser utilizados por motivo de licença.
  2) Importar os arquivos da prefeitura de Siderópolis, que estão em
  formato DWG, neste link:
 
  http://www.sideropolis.sc.gov.br/conteudo/?mode=paitem=14734fa=7cd=24380
  3) Colocar no WMS as imagens georreferenciadas da região, já que o
  Yahoo
  não tem resolução suficiente.
 
  Alguém pode dar uma mão em uma ou mais atividades?
 
  Vitor
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-br
 
 
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-br
 
 
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-br
 
 

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



 --
 
 Rafael Gustavo Gassner
 55 41 9821-8368


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



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

Re: [Talk-br] Compilacao para GPS Garmin

2010-08-03 Thread Rafael Gassner

Olá Aun,

Os arquivos também ficarão disponíveis aqui
http://rgg.homelinux.com:8080/programacao/osm/done/ mas esta é minha
caixinha de areia e estou sempre brincando com estes arquivos, e estes não
serão atualizados com frequência. O mais seguro é baixar do
ftp://ftp.pucpr.br/osm

Sobre a página, coloquei algumas informações na wiki
http://wiki.openstreetmap.org/wiki/User:RGG

Abraço,

2010/8/3 Aun Johnsen li...@gimnechiske.org

 Eu não tem acesso do sou site, voce nao poder link os arquivos para um
 outro site? Faz um pagina com um pouco informacoes dos arquivos e o projeto
 OSM?

 Aun

 2010/8/3 Rafael Gassner rafael.gass...@gmail.com

 Olá pessoal,

  Montei uma compilacao, atualizada diariamente por volta das 9:00, dos
 mapas do OSM para Garmin. Nestes mapas estao incluidas as informacoes
 topograficas do SRTM da NASA e o roteamento está funcionando. Os arquivos
 PNG que estão em cada pasta também são atualizados com as informações do
 projeto diariamente.

  ftp://ftp.pucpr.br/osm

  Alguem da lista tem como incluir esta informação no


 http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/Download#South_America

   ?


 Abraço

 --
 
 Rafael Gustavo Gassner
 55 41 9821-8368


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



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




-- 

Rafael Gustavo Gassner
55 41 9821-8368
___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-de] Max. Speed für highway = servic e?

Am 3. August 2010 00:12 schrieb Heiko Jacobs heiko.jac...@gmx.de:
 Gruß Mueck, der regelmäßig weit über 200 hm/h radelt! ;-)

Höhenmeter pro Stunde? ;-)

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

Re: [Talk-de] Max. Speed für highway = servic e?

Am 2. August 2010 18:31 schrieb Alexander Matheisen alexandermathei...@ish.de:
 Eine reale Geschwindigkeit gehört dann aber nicht ins maxspeed-Tag.

Anders herum: _aus_ dem maxspeed-tag eine reale Geschwindigkeit _herleiten_.

Mache ich für meine Garmin-Karte auch: Straßen mit Verbindungsfunktion
(pri-tert), die mit 50 km/h beschildert sind, bekommen die
Garmin-Geschwindigkeitsklasse, die iirc ca. 40 km/h entspricht usw.

Für Straßen, die kein Maxspeed besitzen, muß man halt eine gute
Schätzung vornehmen.
motorway_link hat real in vielen Fällen keine  Begrenzung, bekommt bei
mir in diesem Fall aber trotzdem nicht die höchste
Geschwindigkeitsklasse (~130 km/h).

Ähnlich bei Feldwegen, die theoretisch mit 100 km/h befahrbar sind...

Gruß,

Martin

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

Re: [Talk-de] Tiefenangabe als Name (war: Job fuer einenBot:Hoehenangabe im Namen)

2010-08-03 Thread Andreas Neumann

Am 03.08.2010 03:20, schrieb Rolf Meyerhof:
 Übrigens im Feld Name stehen noch viele unsinnige Dinge. Wie Tonne rot, 
 gelbe Tonne Sperrung usw.

Nicht nur auf dem Wasser. Ich kenne highway=*-Wege, die Namen haben wie
weiß-rot-weiß (path im Wald) oder Zufahrt zu Hotel Tanne (service
vor einem Hotel). Und es gibt noch andere Dinge, wo der Name als
Beschreibungsfeld missbraucht wird.

MfG Andreas

-- 
Diese Nachricht wurde maschinell erstellt und ist daher ohne
Unterschrift gültig.



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

[Talk-de] Auto ist nicht gleich Auto

2010-08-03 Thread Chris66

Moin,

folgendes Problem hatte ich dem Ersteller der Verkehrszeichentools gemeldet:

 KFZ frei muss motorcar=yes und nicht car=yes
 heißen.
 http://osmtools.de/traffic_signs/?signs=244,1024-10

Antwort:

 Nein, stimmt schon so. Denn Zeichen 1024-10 erlaubt PKW, nicht wie
 motorcar=yes alle zweispurigen Kraftfahrzeuge. Das habe ich auch im
 Wiki[1] angesprochen, leider ohne irgendwelche Antworten zu bekommen.
 [1]
http://wiki.openstreetmap.org/wiki/DE_talk:Road_Signs#Zeichen_1024-10_.28und_andere_mit_PKW.29

car ist aber in den access-Tags noch nicht drin. Sollte man
es hinzufügen, oder das Schild nach folgender Methode mappen:

highway=cycleway
foot=yes
maxspeed=30
motorcar=yes
motorcycle=no (erlaubt bei Zeichen 1024-10 ? )
hgv=no
psv=no
taxi=yes

Das Problem ist also (vereinfacht):

Wenn ein Autosymbol in einem Verbotsschild auftaucht sind LKW
inkludiert, wenn es hingeben auf einem Zusatzschild auftaucht
(KFZ frei), sind LKW nicht inkludiert.

Grüße
Chris


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

Re: [Talk-de] Tiefenangabe als Name

2010-08-03 Thread Rolf Meyerhof

Martin Simon schrieb: Tuesday, August 03, 2010 8:01 AM
 To: Openstreetmap allgemeines in Deutsch
 Subject: Re: [Talk-de] Tiefenangabe als Name

 Am 2. August 2010 18:28 schrieb Rolf Meyerhof r...@meyerhof-net.de:
  Ich würde alle schifffahrtrelevanten Angaben in OSM mit seamark
 kennzeichnen, sie sind besser zu unterscheiden.

 Ich bin zwar Landratte, aber hier möchte ich mir doch einen
 Kommentar erlauben:
 wenn ihr wirklich alles schiffahrtsrelevante in OSM(!) in den
 seamark:-Namensraum schieben wollt, werdet ihr in Konflikte mit
 etablierten tags kommen.
 Türme, Schornsteine, Windkraftanlagen und was sonst noch
 schiffahrtsrelevant sein mag, existieren in OSM unabhängig davon, ob
 ein Projekt sie zur Erzeugung von Seekarten, für Wanderkarten oder
 etwas ganz anderes verwenden will: das Objekt wird als das
 beschrieben, was es ist und gefiltert wird an der Ausgabeseite.

 Hier sollten wir Neutralität wahren und unter den Sub-Projekten, die
 ihre Daten in OSM speichern, sollte m.E. keines gleicher als die
 anderen auftreten.
 (eventuell habe ich den Satz ja auch falsch interpretiert...)

  Es m.e. wichtig wie so eine Tiefenangabe entsteht und auch auf was sie
 bezieht, denn Wasserstände variieren bekanntlich. Wenn du die Karten von
 OpenSeaMap betrachtest wirst du merken, dass es dort keine Angabe von
 Wassertiefen gibt. Das sieht so aus als ob wir dass nicht könnten. Wir
 meinen das Wassertiefen, die eben mal mit einem Echolot oder einen Lot
 messen zu ungenau und auch gefährlich für die Schifffahrt sind. Wenn wir
 eine Messmethode gefunden haben oder die Angaben vom BSH bekommen dann
 werden wir auch die Tiefen in der Karte darstellen.

Hallo Martin,
ich verstehe nicht warum ein seamark unbedingt ein Seezeichen sein muß. 
Landmark ist doch auch nicht immer ein Verkehrszeichen am Strassenrand. Deine 
Zusätze finde ich ok

Gruß Rolf

 Wäre es ein Problem, Wassertiefen (nur) dann zu rendern, wenn sie
 zusätlich mit source=BSH oder amtlich=jawoll oder einem anderen tag,
 das die Vertraulichkeit sicherstellt, gekennzeichnet sind?

 Dann könnte seamark den vor Ort vorhandenen, designierten
 Schiffahrtsmarkierungen vorbehalten sein...

 Gruß,

 Martin

 ___

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

Re: [Talk-de] Tiefenangabe als Name (war: Job fuer einenBot:Hoehenangabe im Namen)

2010-08-03 Thread Rolf Meyerhof

Hallo Andreas,

na dann lasst uns aufräumen.

Gruß

Rolf 

 -Original Message-
 From: talk-de-boun...@openstreetmap.org [mailto:talk-de-
 boun...@openstreetmap.org] On Behalf Of Andreas Neumann
 Sent: Tuesday, August 03, 2010 9:01 AM
 To: Openstreetmap allgemeines in Deutsch
 Subject: Re: [Talk-de] Tiefenangabe als Name (war: Job fuer
 einenBot:Hoehenangabe im Namen)
 
 Am 03.08.2010 03:20, schrieb Rolf Meyerhof:
  Übrigens im Feld Name stehen noch viele unsinnige Dinge. Wie Tonne
 rot, gelbe Tonne Sperrung usw.
 
 Nicht nur auf dem Wasser. Ich kenne highway=*-Wege, die Namen haben wie
 weiß-rot-weiß (path im Wald) oder Zufahrt zu Hotel Tanne (service
 vor einem Hotel). Und es gibt noch andere Dinge, wo der Name als
 Beschreibungsfeld missbraucht wird.
 
 MfG Andreas
 
 --
 Diese Nachricht wurde maschinell erstellt und ist daher ohne
 Unterschrift gültig.


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

[Talk-de] Bing integriert Openstreetmap-Karten

2010-08-03 Thread Jens Frank

Hallo,

gerade im Newsfeed gesehen: http://winfuture.de/news,57200.html

Grüße,

jens

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

Re: [Talk-de] Bing integriert Openstreetmap-Karten

2010-08-03 Thread Jörg Ehrichs


 gerade im Newsfeed gesehen: http://winfuture.de/news,57200.html

wenn ich die Beta Seite aufrufe:
Bing maps doesn't work on your computer

You can use Bing Maps on computers running Windows XP and later or Intel-based 
Mac OS X 10.4.8 and later.

;)

Auch schade das man dort laut winfuture erst noch eine App nachinstallieren 
muss um das ganze dann mit Silverlight nutzen zu können.
Dennoch schön das auch Microsoft versucht auf den OSM Zug auf zu springen.

Schaden kann es uns ja nicht, wenn wir damit nochmal ein Stück bekannter 
werden und mehr Akzeptanz mit dem eigentlichen Kartenmaterial bekommen.

Gruß
Jörg

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

Re: [Talk-de] Auto ist nicht gleich Auto


Chris66 wrote:

Moin,

folgendes Problem hatte ich dem Ersteller der Verkehrszeichentools gemeldet:


KFZ frei muss motorcar=yes und nicht car=yes
heißen.
http://osmtools.de/traffic_signs/?signs=244,1024-10


Antwort:


Nein, stimmt schon so. Denn Zeichen 1024-10 erlaubt PKW, nicht wie
motorcar=yes alle zweispurigen Kraftfahrzeuge. Das habe ich auch im
Wiki[1] angesprochen, leider ohne irgendwelche Antworten zu bekommen.
[1]

http://wiki.openstreetmap.org/wiki/DE_talk:Road_Signs#Zeichen_1024-10_.28und_andere_mit_PKW.29

car ist aber in den access-Tags noch nicht drin. Sollte man
es hinzufügen, oder das Schild nach folgender Methode mappen:

highway=cycleway
foot=yes
maxspeed=30
motorcar=yes
motorcycle=no (erlaubt bei Zeichen 1024-10 ? )
hgv=no
psv=no
taxi=yes


Nein, bitte nicht - wenn die StVO eine eigene Fahrzeugklasse vorsieht 
(Personenkraftwagen), dann sollte man das auch über ein einzelnes Tag 
abbilden können. Nach §3/(3)2a [1] kann scheinbar ein PKW auch mehr als 
3,5 t zul. Höchstgewicht haben. (Komisch...)


Mögliche Formulierungen wären passenger_car oder car. Die Langform 
unterstreicht evtl. besser, dass Zeichen 1024-10 verhältnismäßig selten ist.



Ein weiterer Punkt: Meiner Meinung nach ist foot=yes für eine 
Fahrradstraße in Deutschland falsch.


Fußgänger müssen sich wie in jeder anderen Straße auch, auf den Gehwegen 
bewegen (so vorhanden). Nach dieser Logik wäre jede highway=residential 
ebenso mit foot=yes zu taggen.



Das Problem ist also (vereinfacht):

Wenn ein Autosymbol in einem Verbotsschild auftaucht sind LKW
inkludiert, wenn es hingeben auf einem Zusatzschild auftaucht
(KFZ frei), sind LKW nicht inkludiert.


Vereinfacht gesagt - ja. (Die Piktogramme sind allerdings leicht 
verschieden - eins von vorne und eins von der Seite.) Aber wenn man 
pedantisch sein will, ist das nicht die ganze Wahrheit (s.o.).


[1] http://www.gesetze-im-internet.de/stvo/__3.html


Sebastian

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

Re: [Talk-de] Wiese gleich / ungleich Weide ??

2010-08-03 Thread Martin Hollmichel


bundesrainer schrieb:

In Europa sind Weiden meist eingezäunt.
[..]
 

Ich finde nach wie vor, dass Existenz und Nichtexistenz eines Zaunes
kein sicheres Unterscheidungsmerkmal zwischen Wiese und Weide darstellt.
   

stimmt, da wo die Gräben breit genug sind, ist oft kein Zaun mehr nötig.

Aber wie katographiert man eigentlich am besten Gräben, diese sind zum 
Abzeichnen oft zu schmal, also log gehts mit Gummistiefeln, Floß und dem 
GPS Empfänger ? :-)


Martin



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

[Talk-de] Tag access = designated kann was bedeuten?

2010-08-03 Thread Tom Müller


 Hallo,

eine weitere Frage die bei mir aufkam bezieht sich auf das Tag access = 
designated. Nach der Doku heißt das, dass dort ein Schild steht, wo 
drauf steht, was erlaubt ist, richtig?

Was genau erlaubt/verboten ist, ist aber in der Karte nicht vermerkt?

Danke
Tom

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

Re: [Talk-de] Max. Speed für highway = servic e?

Alexander Matheisen alexandermathei...@ish.de wrote:

 Wir beurteilen nicht selbst sonden mappen die Realität. Ich schreibe
 auch nicht an eine 100 Meter lange Einfahrt zu einer Supermärktgruppe
 mit 12 Metern Breite ein maxspeed=100.

Oder halt wie ich gesagt habe ein maxspeed:practical, um eine
realistische und tatsächlich dort gefahrene Höchstgeschwindigkeit
anzugeben. 

Da wären wir schon beim springenden Punkt. Du hälst meine Einordnung
für nicht angemessen. Und der Polizist und der Richter sind wieder
anderer Ansicht.  

Somit hat das Navi dann wenigstens einen ungefähren Wert z.B.
für die Berechnung der Fahrtdauer und somit der schnellsten Route.

Soweit ich die Diskussion bisher verfolgt habe, ist die Mehrheit der
Community gegen subjektive Taggings. Gerade hier ist der Nutzen wegen
der kurzen Wege reichlich eingeschränkt. Die Angabe wird eine
Fahrzeiteinschätzung kaum verbessern, weil ihr Anteil in der
Fehlertoleranz der längeren Strecken vollkommen untergehen wird. 

Wenn überhaupt, dann hat so etwas nichts unter dem Tag maxspeed
verloren. Maxspeed ist reserviert für angeordnete
Geschwindigkeitsbegrenzungen.


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

Re: [Talk-de] Max. Speed für highway = servic e?

Tom Müller tmerl...@web.de wrote:

 Ich würde sagen, max. 50 km/h, min. 5 km/h - dazwischen ist alles 
 möglich.

Genau. Aber dann weiß ich Bescheid. Danke!

Wenn überhaupt, dann aber nicht unter maxspeed. Maxspeed ist
reserviert für angeordnete Geschwindigkeitsbegrenzungen, nicht für
subjektive.


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

Re: [Talk-de] Max. Speed für highway = servic e?

Am 3. August 2010 11:54 schrieb Tirkon tirko...@yahoo.de:
 Tom Müller tmerl...@web.de wrote:

 Ich würde sagen, max. 50 km/h, min. 5 km/h - dazwischen ist alles
 möglich.

Genau. Aber dann weiß ich Bescheid. Danke!

 Wenn überhaupt, dann aber nicht unter maxspeed. Maxspeed ist
 reserviert für angeordnete Geschwindigkeitsbegrenzungen, nicht für
 subjektive.

Lies doch bitte (das, was du beim quoten abgeschnitten hast). Er weiß
es. Er schreibt keine ausgedachten maxspeeds in die Datenbank. Ist
schon längst geklärt.

Gruß,

Martin

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

Re: [Talk-de] Max. Speed für highway = servic e?

2010-08-03 Thread Alexander Matheisen

 Soweit ich die Diskussion bisher verfolgt habe, ist die Mehrheit der
 Community gegen subjektive Taggings. Gerade hier ist der Nutzen wegen
 der kurzen Wege reichlich eingeschränkt. Die Angabe wird eine
 Fahrzeiteinschätzung kaum verbessern, weil ihr Anteil in der
 Fehlertoleranz der längeren Strecken vollkommen untergehen wird. 

Ich habe aber schon einmal eine normale Wohnstraße gesehen, die von
einer Hauptstraße abzweigte, aber kein 30er-Schild trug. Somit gilt auf
dieser Straße rechtlich gesehen 50, was aber praktisch gar nicht möglich
ist. Die Straße ist so breit wie auch jede andere Wohnstraße und auf
einer Seite parken Autos, dazu ist sie nur ca. 200m lang. Praktisch ist
sie eben eher wie eine andere Straße in einer 30er-Zone, daher habe ich
diese mit maxspeed=50 und maxspeed:practical=30 getaggt.

In solchen Fällen finde ich eine Angabe mit maxspeed:practical sinnvoll,
denn sonst berechnet das Navi eine eher unrealistische Fahrtzeit.
Sicherlich mag es bei so einer kurzen Straße nicht viel ausmachen, aber
es gibt sicherlich auch Straßen, vor allem solche unclassifieds in
ländlichen Regionen, wo die Fahrtdauer doch entscheidend sein kann.


Alex


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

Re: [Talk-de] Tiefenangabe als Name

2010-08-03 Thread Bernd Wurst

Am Dienstag 03 August 2010, 10:18:11 schrieb Rolf Meyerhof:
 ich verstehe nicht warum ein seamark unbedingt ein Seezeichen sein muß.
 Landmark ist doch auch nicht immer ein Verkehrszeichen am Strassenrand.
 Deine Zusätze finde ich ok

Auf was auch immer ihr euch einigt, bitte sorgt dafür, dass zwei verschiedene 
Dinge (unsichtbarer Punkt und Seezeichen) nachher nicht die selben Tags 
bekommen. :)

Gruß, Bernd

-- 
Fachbegriffe der Informatik (#417): Hubschrauber
   Netzwerktechniker
(Ansgar Wiechers)


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

Re: [Talk-de] Max. Speed für highway = servic e?

2010-08-03 Thread Heiko Jacobs


Martin Simon schrieb:

Am 3. August 2010 00:12 schrieb Heiko Jacobs heiko.jac...@gmx.de:

Gruß Mueck, der regelmäßig weit über 200 hm/h radelt! ;-)


Höhenmeter pro Stunde? ;-)


1 Fass mit 1 hl Inhalt hat einen Höhenliter drin? ;-)


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

Re: [Talk-de] Tag access = designated kann was bedeuten?

2010-08-03 Thread Chris66

Hi!

 eine weitere Frage die bei mir aufkam bezieht sich auf das Tag access =
 designated. Nach der Doku heißt das, dass dort ein Schild steht, wo
 drauf steht, was erlaubt ist, richtig?

So verstehen es viele. ;-)

 Was genau erlaubt/verboten ist, ist aber in der Karte nicht vermerkt?

Ich verstehe es allerdings so, dass dort ein Schild steht, welches
explizit alle Transportarten erlaubt.

Mit anderen Worten:

access=designated ist eine Abkürzung für

foot=designated 
bicycle=designated 
motorcar=designated 
hgv=designated 
horse=designated  etc. etc.

Chris


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

Re: [Talk-de] Tag access = designated kann was bedeuten?

2010-08-03 Thread Tom Müller


 Am 03.08.2010 12:44, schrieb Chris66:

Hi!


eine weitere Frage die bei mir aufkam bezieht sich auf das Tag access =
designated. Nach der Doku heißt das, dass dort ein Schild steht, wo
drauf steht, was erlaubt ist, richtig?

So verstehen es viele. ;-)


Was genau erlaubt/verboten ist, ist aber in der Karte nicht vermerkt?

Ich verstehe es allerdings so, dass dort ein Schild steht, welches
explizit alle Transportarten erlaubt.

Mit anderen Worten:

access=designated ist eine Abkürzung für

foot=designated
bicycle=designated
motorcar=designated
hgv=designated
horse=designated  etc. etc.


okay, das wäre natürlich sehr angenehm :) kann das noch jemand bestätigen?

danke!

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

Re: [Talk-de] Tag access = designated kann was bedeuten?

Am 3. August 2010 12:58 schrieb Tom Müller tmerl...@web.de:
 Mit anderen Worten:

 access=designated ist eine Abkürzung für

 foot=designated
 bicycle=designated
 motorcar=designated
 hgv=designated
 horse=designated  etc. etc.

 okay, das wäre natürlich sehr angenehm :) kann das noch jemand bestätigen?

Meines Erachtens ist diese Kombination Quatsch und beruht auf einem
Mißverständnis (*=designated wird gerne als access=designated
zusammen gefasst, siehe [1] ) - und jetzt denkt man sich eine
Bedeutung dafür aus...

*fortbewegungsart*=designated sagt aus, daß ein Weg für eine bestimmte
Fortbewegungsart explizit bestimmt, gewidmed, ausgewiesen ist. Was
soll das für ein Weg sein, der für *jede* erdenkliche Fortbewegungsart
explizit ausgewiesen/etc/... ist?

Mir fiele jetzt nur ein Weg ein, der keine explizite Beschränkung
aufweist... Die Lösung ist, dort einfach keine Beschränkung zu taggen.

Gruß,

Martin

[1] http://wiki.openstreetmap.org/wiki/Tag:access=designated

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

Re: [Talk-de] Bing integriert Openstreetmap-Karten

2010-08-03 Thread Sven Geggus

Jens Frank jens.l.fr...@googlemail.com wrote:

 gerade im Newsfeed gesehen: http://winfuture.de/news,57200.html

Also http://www.bing.com/maps/ zeigt bei mir eine statische Karte.

Läuft das Zeug nicht mehr unter linux?

Früher konnte ich maps.live.com problemlos unter Firefox benutzen.

Gruss

Sven

-- 
Der wichtigste Aspekt, den Sie vor der Entscheidung für ein Open
Source-Betriebssystem bedenken sollten, ist, dass Sie kein
Windows-Betriebssystem erhalten. (von http://www.dell.de/ubuntu)
/me is gig...@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] Bing integriert Openstreetmap-Karten

2010-08-03 Thread Michael Buege

Zitat Sven Geggus:

 Jens Frank jens.l.fr...@googlemail.com wrote:
 
 gerade im Newsfeed gesehen: http://winfuture.de/news,57200.html
 
 Also http://www.bing.com/maps/ zeigt bei mir eine statische Karte.
 
 Läuft das Zeug nicht mehr unter linux?

Iirc muss irgend ein silver...-Plugin installiert sein.

-- 
Michael


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

[Talk-de] All in One (AIO) wird nicht mehr aktualisiert

2010-08-03 Thread Elchtreiber

Hallo *,

da der update der AIO im Moment anscheinend nicht klappt, kann man das Löschen, 
der noch vorhandenen Karten unterbinden?
Befürchte, das da bald keine Karten mehr zum Runterladen da sind. Das wäre für 
viele, die die Karte evtl in den Urlaub mitnehmen möchten unschön.

Gruß
Kai

P.S: Alternativ könnte man den Fehler suchen und beheben, oder? ;-)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Bing integriert Openstreetmap-Karten

2010-08-03 Thread Philip Gillißen

Hallo!

Dass OSM in Bing Maps integriert ist, ist eine tolle Nachricht.
Ich finde den Zoom total genial, sogar noch besser als bei Google Maps.

Michael Buege schrieb
 Iirc muss irgend ein silver...-Plugin installiert sein.
Das kann ich nicht bestätigen. Ich besuche grad die Seite unter Windows XP mit 
Firefox 3.6 und ohne Silverlight.
Die Seite funktioniert einwandfrei und man kann alles schön sehen.

Hier nochmal ein Link, vllt. klappt es dann direkt.
http://www.bing.com/maps/explore/#/3c2xlxs5mqghnt82

Grüße, Philip




freenetMail mobil – Alle E-Mails auf Ihrem Handy versenden und empfangen.
Jetzt kinderleicht und kostenlos einrichten. 
http://tls.freenet.de/tipp/handymail/index.html
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Bing integriert Openstreetmap-Karten - Klappt doch nur mit Silverlight

2010-08-03 Thread Philip Gillißen

Philip Gillißen schrieb
 Das kann ich nicht bestätigen. Ich besuche grad die Seite unter
 Windows XP mit Firefox 3.6 und ohne Silverlight.
 Die Seite funktioniert einwandfrei und man kann alles schön sehen.

Ich muss mich korrigieren, mein Firefox hat doch das Silverlight-Plugin 
aktiviert. Ohne funktioniert die Seite _nicht_.
Werde es auf meinem Ubuntu-Rechner mal mit Moonlight testen.

Grüße, Philip




freenetMail mobil – Alle E-Mails auf Ihrem Handy versenden und empfangen.
Jetzt kinderleicht und kostenlos einrichten. 
http://tls.freenet.de/tipp/handymail/index.html
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] All in One (AIO) wird nicht mehr aktualisiert

2010-08-03 Thread Stefan Dettenhofer (StefanDausR)


Hallo,

Elchtreiber schrieb:

Alternativ könnte man den Fehler suchen und beheben, oder? ;-)

  


die Kartenerzeugung am DevServer scheint letztes mal schief gelaufen zu 
sein, zumindest wurde ein stampfile nicht erzeugt, das anzeigt, das 
alles ok ist!
Ich habe das file mal manuell erzeugt. Es kann aber sein, dass noch ein 
lock-File gelöscht werden müsste, nur da weiß ich nicht genug bescheid.


Gruß,
Stefan


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

Re: [Talk-de] Max. Speed für highway = servic e?

Martin Simon grenzde...@gmail.com wrote:

Lies doch bitte (das, was du beim quoten abgeschnitten hast). Er weiß
es. Er schreibt keine ausgedachten maxspeeds in die Datenbank. Ist
schon längst geklärt.

Yep, aber da Andere auf darauf stoßen könnten, war mir daran gelegen,
nach dieser verklausulierten Einschrankung nochmal Klartext folgen zu
lassen. Inzwischen kam mir aber die bessere Idee, dies im Wiki
ausdrücklich zu vermerken.


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

Re: [Talk-de] phpMyGPX v0.6.1 veröffentlicht

bernhard zwischenbrugger schrieb:

[Quoting repariert]
malenki schrieb:

 Viele Tools verschlucken sich übrigens, wenn der GPX-Logger mal
 Timestamps herausgibt, die nicht in die zeitliche Reihenfolge
 passen. (der RGM-3800 schafft das irgendwie bisweilen)
  
 AFAIK schafft er das zuverlässig, wenn er über Mitternacht (UTC)
 loggt.


Gibt es irgendwo so eine kaputte GPX Datei? Ich bin auch gerade am GPX 
parsen und würde das gerne ausprobieren.

Hab hier zwei Ausschnitte hochgeladen:
http://www.malenki.ch/OSM/rgm_3800/

Die nmea-Datei ist der Datei entnommen, die Royalteks Data Downloader
(aktuelle Version (V2.6.1.47)) erzeugt, die Herkunft der anderen steht
im Name.

Wenn es dir nicht um Authentizität geht, kannst du dir einfach selbst
kaputte Logs basteln. Ein klein wenig Shell-Scripting dürfte genügen

hth
malenki



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

Re: [Talk-de] Auto ist nicht gleich Auto

Chris66 schrieb:

Moin,

folgendes Problem hatte ich dem Ersteller der Verkehrszeichentools
gemeldet:

 KFZ frei muss motorcar=yes und nicht car=yes
 heißen.
 http://osmtools.de/traffic_signs/?signs=244,1024-10

KFZ beschränkt sich nicht auf mehrspurige motorgetriebene
Kraftfahrzeuge, sondern schließt auch Krafträder mit ein.

KFZ frei wäre dementsprechend motor_vehicle=yes
(mal unbenommen der möglichen Änderungen, die an der Seite mittlerweile
sicher vorgenommen wurden).

malenki



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

Re: [Talk-de] Tag access = designated kann was bedeuten?

2010-08-03 Thread Tom Müller


 Am 03.08.2010 13:37, schrieb Martin Simon:

*fortbewegungsart*=designated sagt aus, daß ein Weg für eine bestimmte
Fortbewegungsart explizit bestimmt, gewidmed, ausgewiesen ist. Was
soll das für ein Weg sein, der für *jede* erdenkliche Fortbewegungsart
explizit ausgewiesen/etc/... ist?

Mir fiele jetzt nur ein Weg ein, der keine explizite Beschränkung
aufweist... Die Lösung ist, dort einfach keine Beschränkung zu taggen.


Also ich möchte für jeden Way wissen ob ich da mit dem Auto langfahren 
darf, oder nicht.
D.h. wenn ein Tag bicycle = designated ist, dürfen dort nur Fahrräder 
langfahren, richtig?


Bleibt halt die Frage, was das access = designated Tag für den 
Autoverkehr bedeutet?


Vielen Dank!
Tom

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

Re: [Talk-de] Bing integriert Openstreetmap-Karten - Klappt doch nur mit Silverlight

Philip Gillißen schrieb:

Philip Gillißen schrieb
 Das kann ich nicht bestätigen. Ich besuche grad die Seite unter
 Windows XP mit Firefox 3.6 und ohne Silverlight.
 Die Seite funktioniert einwandfrei und man kann alles schön sehen.

Ich muss mich korrigieren, mein Firefox hat doch das
Silverlight-Plugin aktiviert. Ohne funktioniert die Seite _nicht_.
Werde es auf meinem Ubuntu-Rechner mal mit Moonlight testen.

Ohne jegliches Plugin wird hier¹ die Bing-Karte ohne OSM angezeigt -
nach einer Meldung, dass man Silverlight installieren soll. Ich habe
den geposteten Link verwendet.


malenki

¹ Debian sid (sidux), Opera 10.6



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

Re: [Talk-de] Max. Speed für highway = servic e?

Alexander Matheisen alexandermathei...@ish.de wrote:

Ich habe aber schon einmal eine normale Wohnstraße gesehen, die von
einer Hauptstraße abzweigte, aber kein 30er-Schild trug. Somit gilt auf
dieser Straße rechtlich gesehen 50, was aber praktisch gar nicht möglich
ist. Die Straße ist so breit wie auch jede andere Wohnstraße und auf
einer Seite parken Autos, dazu ist sie nur ca. 200m lang. Praktisch ist
sie eben eher wie eine andere Straße in einer 30er-Zone, daher habe ich
diese mit maxspeed=50 und maxspeed:practical=30 getaggt.

In solchen Fällen finde ich eine Angabe mit maxspeed:practical sinnvoll,
denn sonst berechnet das Navi eine eher unrealistische Fahrtzeit.
Sicherlich mag es bei so einer kurzen Straße nicht viel ausmachen, aber
es gibt sicherlich auch Straßen, vor allem solche unclassifieds in
ländlichen Regionen, wo die Fahrtdauer doch entscheidend sein kann.

Wie gehabt: Ich stehe subjektiven Empfehlungen in der Datenbank
kritisch gegenüber. Wenn sie dann aber unbedingt sein müssen, dann
gehören sie nicht in Tags hinein, die bisher für die Angabe von Fakten
gedient haben, wie zum Beispiel Maxspeed.  

Für subjektive Empfehlungen von Usern sollte ein gänzlich neues Tag
gewählt werden z.B. suggested_speed, zumal solche Angaben in Karten
vollkommen unüblich sind. Es ist dabei auch das Problem zu lösen, wie
man unterschiedliche Empfehlungen unterschiedlich denkender User
unterbringen will.


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

Re: [Talk-de] Max. Speed für highway = servic e?

2010-08-03 Thread Alexander Matheisen

 Wie gehabt: Ich stehe subjektiven Empfehlungen in der Datenbank
 kritisch gegenüber. Wenn sie dann aber unbedingt sein müssen, dann
 gehören sie nicht in Tags hinein, die bisher für die Angabe von Fakten
 gedient haben, wie zum Beispiel Maxspeed.

Wie gesagt nicht maxspeed sondern maxspeed:practical.

Dieses Tag eben, weil es zwar keine Fakten sind, aber dennoch für manche
Anwendungen wichtige Daten und Berechnungsgrundlagen, die sich nicht
immer allein durch den Straßentyp herleiten lassen. Wenn natürlich
Straßenbreite, Straßenoberfläche und ähnliche Fakten erfasst sind, kann
das eine Anwendung schon besser ohne subjektive Angaben beurteilen.


Alex


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

Re: [Talk-de] Auto ist nicht gleich Auto


malenki wrote:

Chris66 schrieb:


Moin,

folgendes Problem hatte ich dem Ersteller der Verkehrszeichentools
gemeldet:


KFZ frei muss motorcar=yes und nicht car=yes
heißen.
http://osmtools.de/traffic_signs/?signs=244,1024-10


KFZ beschränkt sich nicht auf mehrspurige motorgetriebene
Kraftfahrzeuge, sondern schließt auch Krafträder mit ein.

KFZ frei wäre dementsprechend motor_vehicle=yes
(mal unbenommen der möglichen Änderungen, die an der Seite mittlerweile
sicher vorgenommen wurden).


Es geht nicht um KFZ frei, sondern um Zeichen 1024-10, also PKW frei!

Mal nebenbei gefragt, ich habe schon des öfteren das Zusatzzeichen 
Kraftfahrzeuge frei gesehen, es scheint aber offiziell nicht zu 
existieren. Was taggt man da, traffic_sign=DE:244,DE:Kraftfahrzeuge_frei?



Sebastian

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

Re: [Talk-de] Tag access = designated kann was bedeuten?


Tom Müller wrote:

 Am 03.08.2010 13:37, schrieb Martin Simon:

*fortbewegungsart*=designated sagt aus, daß ein Weg für eine bestimmte
Fortbewegungsart explizit bestimmt, gewidmed, ausgewiesen ist. Was
soll das für ein Weg sein, der für *jede* erdenkliche Fortbewegungsart
explizit ausgewiesen/etc/... ist?

Mir fiele jetzt nur ein Weg ein, der keine explizite Beschränkung
aufweist... Die Lösung ist, dort einfach keine Beschränkung zu taggen.


Also ich möchte für jeden Way wissen ob ich da mit dem Auto langfahren 
darf, oder nicht.
D.h. wenn ein Tag bicycle = designated ist, dürfen dort nur Fahrräder 
langfahren, richtig?


In der Praxis dürfte das so hinkommen. Aber wenn man die Frage stellt, 
ob dort auf Fußgänger erlaubt sind, ist die Antwort nicht mehr so 
eindeutig. In Deutschland: nein; in den meisten anderen Ländern: ja.


Bleibt halt die Frage, was das access = designated Tag für den 
Autoverkehr bedeutet?


Das bedeutet gar nichts, da access=designated (nach der aktuellen 
Auslegung) keine sinnvolle Interpretation hat und die Verwendung auf 
irreführende Dokumentation im Wiki zurückzuführen ist. Man könnte als 
Router allerdings bei Kombinationen mit foot=yes und bicycle=yes 
Vorsicht walten lassen, denn möglicherweise ist damit dann ein Fuß- oder 
Radweg gemeint.



Sebastian

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

Re: [Talk-de] Auto ist nicht gleich Auto

2010-08-03 Thread Heiko Jacobs

Sebastian Klein schrieb:

Chris66 wrote:
folgendes Problem hatte ich dem Ersteller der Verkehrszeichentools
gemeldet:

KFZ frei muss motorcar=yes und nicht car=yes heißen.
http://osmtools.de/traffic_signs/?signs=244,1024-10

Antwort:

Nein, stimmt schon so. Denn Zeichen 1024-10 erlaubt PKW, nicht wie
motorcar=yes alle zweispurigen Kraftfahrzeuge. Das habe ich auch im
Wiki[1] angesprochen, leider ohne irgendwelche Antworten zu bekommen.
[1]
http://wiki.openstreetmap.org/wiki/DE_talk:Road_Signs#Zeichen_1024-10_.28und_andere_mit_PKW.29

car ist aber in den access-Tags noch nicht drin. Sollte man
es hinzufügen, oder das Schild nach folgender Methode mappen:

car halte ich für suboptimal ...

motor_vehicle / vehicle = Kraftfahrzeug / alle Fahrzeuge mit/ohne Motor
motorcar / car = ?

Derzeit laut http://wiki.openstreetmap.org/wiki/Access
motorcar=* (category: motor vehicles with more than 2 wheels/more
than 1 track)

Also einfach mehrspuriges Kraftfahrzeug im Gegensatz zum Motorrad ...

motorcar ohne motor wäre demnach ein mehrspuriges Fahrzeug mit/ohne Motor
Damit wäre dann eine Leitra erfasst: http://www.leitra.dk/

Diesen Status gibt es aber im deutschen Verkehsrecht nicht.
Und vermutlich auch in keinem anderen Verkehrsrecht ...
Mehrspurige nichtmotorisierte Fahrzeuge haben zwar in einigen Ländern
eigene Regeln (meiner Erinnerung nach dürfen mehrspurige Fahrräder
und Fahrräder mit Anhänger nicht auf österreichischen Radwegen fahren)
die aber nicht für alle mehrspurigen Fzg mit/ohne Motor gelten ...

Daher wäre der Begriff car völlig daneben ...

Insofern ist folgendes erstmal die richtige Erfassung:

motorcar=yes
motorcycle=no
hgv=no

plus oder alternativ goods=no ?

Ob wir ein Extrawort brauchen ... Ich finde eher nicht ...
Wo steht überhaupt was einzig für Pkw ohne Lkw und ohne Motorrad?
Ich meine, mir wäre das bisher nur bei Parkplätzen begegnet,
auf denen keine Lkw parken sollen, wobei vermutlich das Verbot
für Motorräder oft eigentlich nicht so gewollt sein dürfte ...
Da reicht m.E. ein pragmatisches goods=no und/oder hgv=no

Nein, bitte nicht - wenn die StVO eine eigene Fahrzeugklasse vorsieht
(Personenkraftwagen), dann sollte man das auch über ein einzelnes Tag
abbilden können.

car aber nicht.
Und ob wir den Routern etc. mit extra-tags für jeden Spezialfall
einen Gefallen tun ...

Nach §3/(3)2a [1] kann scheinbar ein PKW auch mehr als

3,5 t zul. Höchstgewicht haben. (Komisch...)

Campingbusse/Kleinbusse dürften keine Lkw und somit Pkw sein?

Ein weiterer Punkt: Meiner Meinung nach ist foot=yes für eine
Fahrradstraße in Deutschland falsch.

Fußgänger müssen sich wie in jeder anderen Straße auch, auf den Gehwegen
bewegen (so vorhanden).

Stimmt eigentlich.
Da stoßen wir aber auf das Problem, dass Gehwege meistens weder separat
gemappt werden, noch als Zusatzeigenschaft zum highway erfasst werden.
Normalerweise dürfen ja Fußgänger auch überall hin mit Ausnahme
von Autobahnen und Kraftfahrstraßen und expliziten Verboten, die
alle getaggt werden können. Auch bei cycleways wäre foot=yes eigentlich
obsolet, da normalerweise parallel zu diesem ein Gehweg da ist,
der meistens nur nicht erfasst ist. Wenn das nicht zutrifft, kann
man immer noch foot=no dran hängen. Trotzdem hängen viele
foot=yes o.ä. an cycleways incl. mir ... ;-)

Apropos Fahrradstraße ...
Gibt's da eigentlich mittlerweile ein brauchbares tagging-Schema?
Mit residential und Zusatz-Tags war ich nie zufrieden, weil da
die Besonderheit einer Fahrradstraße nicht rauskommt.
Ich war ja schon immer der Meinng, dass man analog zu living_street
ein cycle_road braucht, habe das aber nicht mehr verfolgt ...

Das Problem ist also (vereinfacht):

Wenn ein Autosymbol in einem Verbotsschild auftaucht sind LKW
inkludiert, wenn es hingeben auf einem Zusatzschild auftaucht
(KFZ frei), sind LKW nicht inkludiert.

Vereinfacht gesagt - ja. (Die Piktogramme sind allerdings leicht
verschieden - eins von vorne und eins von der Seite.) Aber wenn man
pedantisch sein will, ist das nicht die ganze Wahrheit (s.o.).

Eben. Deswegen müsste es heißen vereinfacht gesagt - nein!
Das Autosymbol, dass da auf beiden auftaucht, ist eben nicht
dasselbe. Es könnte auch andersrum auftauchen.

Gruß Mueck

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

Re: [Talk-de] Auto ist nicht gleich Auto

Sebastian Klein schrieb:

Mal nebenbei gefragt, ich habe schon des öfteren das Zusatzzeichen 
Kraftfahrzeuge frei gesehen, es scheint aber offiziell nicht zu 
existieren. Was taggt man da,
traffic_sign=DE:244,DE:Kraftfahrzeuge_frei?

Wie wäre es mit 
motor_vehicle=yes
am Weg?
(Schilder erfasse ich nie, ausgenommen Ortseingangsschilder)

malenki



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

Re: [Talk-de] Wiese gleich / ungleich Weide ??

Martin Hollmichel schrieb:
 stimmt, da wo die Gräben breit genug sind, ist oft kein Zaun mehr nötig.
 
 Aber wie katographiert man eigentlich am besten Gräben, diese sind zum
 Abzeichnen oft zu schmal, also log gehts mit Gummistiefeln, Floß und dem
 GPS Empfänger ? :-)

barrier=ditch
width=
depth=

cu colliar

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

Re: [Talk-de] Max. Speed für highway = servic e?

Alexander Matheisen alexandermathei...@ish.de wrote:

Wie gesagt nicht maxspeed sondern maxspeed:practical.

Ist aber eine Unterabteilung von maxspeed. Und das ist IMHO mit einer
anderen Bedeutung belegt, nämlich mit einer Anordnung.
maxspeed:practical ist demnach eine Art angeordnete
Richtgeschwindigkeit. Also brauchen wir ein anderes Tag als Maxspeed,
das zudem nicht mit practical, sondern besser mit suggested
beschrieben wird. Beim Ersteren wird nicht deutlich, dass es sich um
eine persönliche Empfehlung handelt.  

Dieses Tag eben, weil es zwar keine Fakten sind, aber dennoch für manche
Anwendungen wichtige Daten und Berechnungsgrundlagen, die sich nicht
immer allein durch den Straßentyp herleiten lassen. Wenn natürlich
Straßenbreite, Straßenoberfläche und ähnliche Fakten erfasst sind, kann
das eine Anwendung schon besser ohne subjektive Angaben beurteilen.

Dein Begehren ist für mich einsichtig. Es ändert aber nichts an der
Tatsache, dass hierfür ein handhabbares System gefunden werden muss.
Denn bei Anordnungen ist es eindeutig, was im Tag zu stehen hat, bei
persönlichen Empfehlungen nicht. Sofern man also subjektive Meinungen
zulässt, die stark divergieren können und somit ein Konsens nur
schierig hertellbar ist, müssen mehrere Werte für dasselbe Tag
verarbeitet werden. Wieviele empfehlen 30, wieviele 40 ...? Dieses
Problem ist mit ein Grund dafür, weshalb ich nicht konsensfähigen
persönlichen Empfehlungen in der Datenbank kritisch gegenüberstehe.


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

Re: [Talk-de] Max. Speed für highway = servic e?

2010-08-03 Thread Alexander Matheisen

 Ist aber eine Unterabteilung von maxspeed. Und das ist IMHO mit einer
 anderen Bedeutung belegt, nämlich mit einer Anordnung.
 maxspeed:practical ist demnach eine Art angeordnete
 Richtgeschwindigkeit. Also brauchen wir ein anderes Tag als Maxspeed,
 das zudem nicht mit practical, sondern besser mit suggested
 beschrieben wird. Beim Ersteren wird nicht deutlich, dass es sich um
 eine persönliche Empfehlung handelt.  

OK, dann nimmt man ein anderes Tag, das ist mir im Grunde auch egal, ob
man da jetzt ein maxspeed:practical oder was anderes nimmt.

 Dein Begehren ist für mich einsichtig. Es ändert aber nichts an der
 Tatsache, dass hierfür ein handhabbares System gefunden werden muss.
 Denn bei Anordnungen ist es eindeutig, was im Tag zu stehen hat, bei
 persönlichen Empfehlungen nicht. Sofern man also subjektive Meinungen
 zulässt, die stark divergieren können und somit ein Konsens nur
 schierig hertellbar ist, müssen mehrere Werte für dasselbe Tag
 verarbeitet werden. Wieviele empfehlen 30, wieviele 40 ...? Dieses
 Problem ist mit ein Grund dafür, weshalb ich nicht konsensfähigen
 persönlichen Empfehlungen in der Datenbank kritisch gegenüberstehe.

Dieses Problem besteht leider aber auch bei scheinbar eindeutigen
Dingen: Ist dieser track eher grade3 oder doch grade4
Jeder Mapper beurteilt so etwas anders. Da könnte man sicherlich auch
unendliche Diskussionen führen, genauso wie hier, ob man auf der Straße
eher 30 oder doch nur 20 fahren kann.


Alex


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

Re: [Talk-de] Wiese gleich / ungleich Weide ??

2010-08-03 Thread bkmap

 mir ist auch eher der Zaun wichtig. Ob Tiere herumlaufen sehe ich schon
 und dann gibt es ja auch noch die Schäfer.

Ob da ein Zaun steht oder nicht, ist nicht DAS Unterscheidungsmerkmal.
Weidezäune werden meist nur aufgebaut, wenn sie gerade benötigt werden.
Wenn man aber etwas genauer hinsieht, hat man meistens keine
Schwierigkeiten, eine Weide von einer Wiese zu unterscheiden.
1. Eine Wiese wird mindestens 1x Jährlich gemäht. Deshalb wachsen dort
auch nicht große Disteln oder andere Pflanzen, die auf Weiden von dem
Vieh verschmäht werden. Die Arten, die auf einer Wiese wachen, sind
andere als auf einer Weide. Eigentlich sieht man das sofort, auch wenn
man nicht alle Pflanzen mit Namen kennt.
2. Auf Wiesen liegen nicht massenweise Kuhfladen, Perdeäpfel oder andere
 fäkale Überbleibsel. Wenn man soetwas sieht kann man die Fläche getrost
als Weide bezeichnen :-)
3. Wenn Vieh auf einer Weide stand, sind auch immer Bereiche zu sehen,
die mehr oder weniger zertrampelt sind. Z.B. dort, wo Wassterstellen
sind oder waren.
Sicher gibt es noch andere Hinweise, die man bemerken kann, wen man nur
genauer hinschaut. Probiert es doch einfach mal aus.

Gruß Burkhard


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

Re: [Talk-de] Auto ist nicht gleich Auto

2010-08-03 Thread Chris66

Am 03.08.2010 16:10, schrieb Heiko Jacobs:

 car aber nicht.

Ich denke auch, dass die Mehrheit der Mapper den Unterschied
zwischen car und motorcar nicht auseinanderdröseln kann,
und somit Falsch-Tagging vorprogrammiert ist. ;-)

 Apropos Fahrradstraße ...
 Gibt's da eigentlich mittlerweile ein brauchbares tagging-Schema?
 Mit residential und Zusatz-Tags war ich nie zufrieden, weil da
 die Besonderheit einer Fahrradstraße nicht rauskommt.

Siehe:
http://de.wikipedia.org/wiki/Fahrradstra%C3%9Fe

Eine Fahrradstraße ist eine für den Radverkehr vorgesehene Straße.

Also würde ich sie als cycleway taggen, und bei Zeichen 1024-10
(PKW frei) als residential oder service.

Grüße
Chris


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

Re: [Talk-de] Auto ist nicht gleich Auto

Heiko Jacobs schrieb:
 Da stoßen wir aber auf das Problem, dass Gehwege meistens weder separat
 gemappt werden, noch als Zusatzeigenschaft zum highway erfasst werden.
 Normalerweise dürfen ja Fußgänger auch überall hin mit Ausnahme
 von Autobahnen und Kraftfahrstraßen und expliziten Verboten, die
 alle getaggt werden können. Auch bei cycleways wäre foot=yes eigentlich
 obsolet, da normalerweise parallel zu diesem ein Gehweg da ist,
 der meistens nur nicht erfasst ist. Wenn das nicht zutrifft, kann
 man immer noch foot=no dran hängen. Trotzdem hängen viele
 foot=yes o.ä. an cycleways incl. mir ... ;-)

In highway=residential ist footway=yes schon enthalten.
Hier wird leider häufig footway=no/none vergessen.

Bei den anderen Straßen muß es schon explizit angegeben werden, wobei
ich als Werte both/left/right/none als geeigneter ansehe (andere Baustelle).

 Apropos Fahrradstraße ...
 Gibt's da eigentlich mittlerweile ein brauchbares tagging-Schema?
 Mit residential und Zusatz-Tags war ich nie zufrieden, weil da
 die Besonderheit einer Fahrradstraße nicht rauskommt.
 Ich war ja schon immer der Meinng, dass man analog zu living_street
 ein cycle_road braucht, habe das aber nicht mehr verfolgt ...

living_street war ein Unfall !

highway=residential
foot=designated
living_street=yes

wäre viel geeigneter.
Wenn Du die kleine Besonderheit, daß Ihr als RadfahrerInnen explizit zu
zweit nebeneinander fahren dürft unterbingen willst, halte ich ein
bicycle_road=yes als passend,

highway=residential
footway=both
bicycle_road=yes

sollte von bicycle_road=yes impliziert werden:
bicycle=designated

sollte von footway=both impliziert werden:
foot=designated

+
sonstige access-beschränkungen.


Nebenbei, ich finde es nicht gerade gut, daß die meisten Rendere leider
nur access=* auswerten und nicht die angaben für die Fahrzeuge. Dadurch
kommt dann folgendes Beispiel zustande.

access=agricultural
foot=yes
bicycle=yes
horse=yes
ski=yes
mofa=yes
ice_skates=yes
inline_skates=yes
carriage=yes
snowmobile=yes
wheelchair=yes
emergency=yes

und bei jeder neuen (Unter-)Klasse muß ich ein neues Tag anhängen, wenn
doch:

motor_vehicle=agricultual
moped=yes
snowmobile=yes
emergency=yes

ausreicht.


Dazu kommt noch die Frage ob ich ein access= generell nur als
restiction-Relation taggen sollte, solange ich nicht weiß ob man über
einen anderen Weg doch noch auf diesen Weg gelangen kann, ohne an
Verbotsschilder zu kommen.
Häüfig sind an den Enden des Weg für beide Richtungen unterschiedliche
Schilder. Hier muß man entweder wieder auf forward/backward
zurückgreifen, oder sowieso eine restriction-Relation verwenden.


Grüße colliar


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

Re: [Talk-de] Tiefenangabe als Name

2010-08-03 Thread Heiko Eckenreiter

Rolf Meyerhof schrieb:

Ja genau an dieser Stelle liegt ja die Schwierigkeit bei den
Wassertiefen. Es wird immer ein Bezugssystem benötigt.

Vielleicht wäre es auch hilfreich, für ein solches - offensichtlich
sensibles - Thema zunächst die Begrifflichkeiten zu klären.

Für eine Wassertiefe braucht man kein Bezugssystem, sie ist absolut zum
Zeitpunkt der Messung.

Also dazu gehört bei Tidengewässern  Datum und Urzeit der Erfassung
oder eine Umrechnung auf NN (Normal Null) oder auf main sealevel.

NN ist ein (ehemaliges) _Höhen_bezugssystem und hat mit Wasser- oder
Kartentiefen nichts zu tun.

Was genau willst Du auf NN umrechnen und warum?
Was ist main sealevel?

Aus dem vorgeschlagenen water:depth=.x 
Sind all diese Fakten nicht zu ersehen. Deshalb finde ich es unbrauchbar.

Das ist korrekt. Eine Wassertiefe ist nur zum Zeitpunkt der Messung vor
Ort brauchbar.

 Seamark: depth=xxx,x
  unit=meter,fuß
  date=xx.xx.
  time=xx.xx 

Dezimalstellen bitte mit Punkt abtrennen, Einheiten metrisch.
Was hier fehlt ist die geeignete Bezugsebene, ohne die eine Tiefenangabe
ohne Wert ist.
In Frage kämen hier dennoch verschiedene Bezugsebenen, wie z.B. der
mittlere Wasserstand oder der niedrigst mögliche Gezeitenwasserstand
(LAT, lowest astronomical Tide). Hier wäre zunächst eine geographische
Festlegung des Gültigkeitsbereiches nötig, mindestens aber die Nennung
als Referenz zur Tiefenangabe, die dann als Kartentiefe Verwendung
finden kann.

Ganz hilfreich:
http://www.bsh.de/de/Meeresdaten/Vorhersagen/Gezeiten/811.jsp
und auch http://de.wikipedia.org/wiki/Seekartennull sowie
http://de.wikipedia.org/wiki/Gezeitenrechnung

Grüße,
Heiko

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

Re: [Talk-de] Tag access = designated kann was bedeuten?

Sebastian Klein basti...@googlemail.com wrote:

Das bedeutet gar nichts, da access=designated (nach der aktuellen 
Auslegung) keine sinnvolle Interpretation hat und die Verwendung auf 
irreführende Dokumentation im Wiki zurückzuführen ist. Man könnte als 
Router allerdings bei Kombinationen mit foot=yes und bicycle=yes 
Vorsicht walten lassen, denn möglicherweise ist damit dann ein Fuß- oder 
Radweg gemeint.

Ich stimme Dir vollkommen zu, dass das Wiki in diesem Abschnitt
ziemlich diffus ist. Es bräuchte da mal einen Revisor, der in einem
Bereich wohnt, wo der access in größerem Stil getaggt wird und der von
daher eine guten Gesamtüberblick über dessen sinnvolle Anwendung hat.

Wie beschreibt man:

auch dieses (und jenes)
nur dieses (und jenes)
dieses (und jenes) nicht
dies (und das) und jenes (und solches) nicht
dies (und das) mit Ausnahme von jenem (und solchem)
.

Zudem könnten die wichtigsten Access-beschränkenden Verkehrsschilder
mit den konkreten Taggings aufgeführt werden - auch auf die Gefahr
dass dies auch schon an anderer Stelle getan wurde. So bliebe das
Suchen erspart.

Ich stoße da vereinzelt auf Straßen mit langen Listen z.B. von
xy=yes Tags und frage mich, ob das so sein muss oder ob das nicht
kürzer geht. Es stehen da ja auch nicht zehn Erlaubnisschilder.

In sofern wäre es auch sinnvoll, am Anfang des Access Wikis erst
einmal sämtliche möglichen Tags für Verkehrteilnehmer auf der Straße
aufzuzählen, für die es eine Inklusion oder Exklusion geben kann.  

http://wiki.openstreetmap.org/wiki/DE:Key:access


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

Re: [Talk-de] Auto ist nicht gleich Auto

Am 3. August 2010 17:02 schrieb fly lowfligh...@googlemail.com:
 living_street war ein Unfall !

 highway=residential
 foot=designated
 living_street=yes

 wäre viel geeigneter.

+1

 Wenn Du die kleine Besonderheit, daß Ihr als RadfahrerInnen explizit zu
 zweit nebeneinander fahren dürft unterbingen willst, halte ich ein
 bicycle_road=yes als passend,

 highway=residential
 footway=both
 bicycle_road=yes

+1

Eine (typische) Fahrradstraße bleibt eine Straße, der Rest ist eine
Verkehrsregelung...
(es gibt durchaus auch andere Straßen/Wege, die mit Fahrradstraße
beschildert werden)

Gruß,

Martin

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

Re: [Talk-de] Wiese gleich / ungleich Weide ??

bkmap schrieb:
 mir ist auch eher der Zaun wichtig. Ob Tiere herumlaufen sehe ich schon
 und dann gibt es ja auch noch die Schäfer.
 
 Ob da ein Zaun steht oder nicht, ist nicht DAS Unterscheidungsmerkmal.
 Weidezäune werden meist nur aufgebaut, wenn sie gerade benötigt werden.
 Wenn man aber etwas genauer hinsieht, hat man meistens keine
 Schwierigkeiten, eine Weide von einer Wiese zu unterscheiden.
 1. Eine Wiese wird mindestens 1x Jährlich gemäht. Deshalb wachsen dort
 auch nicht große Disteln oder andere Pflanzen, die auf Weiden von dem
 Vieh verschmäht werden. Die Arten, die auf einer Wiese wachen, sind
 andere als auf einer Weide. Eigentlich sieht man das sofort, auch wenn
 man nicht alle Pflanzen mit Namen kennt.
 2. Auf Wiesen liegen nicht massenweise Kuhfladen, Perdeäpfel oder andere
  fäkale Überbleibsel. Wenn man soetwas sieht kann man die Fläche getrost
 als Weide bezeichnen :-)
 3. Wenn Vieh auf einer Weide stand, sind auch immer Bereiche zu sehen,
 die mehr oder weniger zertrampelt sind. Z.B. dort, wo Wassterstellen
 sind oder waren.
 Sicher gibt es noch andere Hinweise, die man bemerken kann, wen man nur
 genauer hinschaut. Probiert es doch einfach mal aus.

Bitte verstehe mich nicht falsch. Ich habe kein Problem mit der
Unterscheidung von Wiesen und Weiden, aber bitte Gruppiert diese beiden
Grasflächen richtig, und schreibt doch eine kurze Beschreibung dazu wie
man sie unterscheidet. Oben stehen schon ein paar gute Punkte,
allerdings ist ein Graben genau so gut wie ein Zaun und es sollte besser
lauten:
Das einfachste Erkennungsmerkmal ist eine Abgrenzung, wie Zaun oder Graben.

cu
skyper

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

Re: [Talk-de] Postleitzahlen-Import

Frederik Ramm schrieb:
 Chris66 wrote:
 Hmm, wieso taucht das denn im PLZ-WMS auf?
 
 Ich hab den PLZ-WMS so gebaut, dass er alle Flaechen, die mit
 addr:postcode getaggt sind, beruecksichtigt. Darunter auch ein Gebaeude

In Deutschland haben manche Firmen/Institutionen eigene PLZ. Ein Gutes
Beispiel ist die verhaßte GEZ in Koln

Vielleicht einen eigenen Layer für addr:postcode ?

cu
colliar

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

Re: [Talk-de] Auto ist nicht gleich Auto


malenki wrote:

Sebastian Klein schrieb:

Mal nebenbei gefragt, ich habe schon des öfteren das Zusatzzeichen 
Kraftfahrzeuge frei gesehen, es scheint aber offiziell nicht zu 
existieren. Was taggt man da,

traffic_sign=DE:244,DE:Kraftfahrzeuge_frei?


Wie wäre es mit 
motor_vehicle=yes

am Weg?
(Schilder erfasse ich nie, ausgenommen Ortseingangsschilder)


Soweit einverstanden, es geht mir aber konkret um das traffic_sign Tag. 
Wenn tatsächlich keine Referenznummer dafür existiert, bleibt wohl nur 
die ausführliche Form.



Sebastian

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

Re: [Talk-de] Bing integriert Openstreetmap-Karten - Klappt doch nur mit Silverlight

2010-08-03 Thread Philip Gillißen

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hallo!

Am 03.08.2010 15:19, schrieb malenki:
 Ohne jegliches Plugin wird hier¹ die Bing-Karte ohne OSM angezeigt -
 nach einer Meldung, dass man Silverlight installieren soll. Ich habe
 den geposteten Link verwendet.
Ich habe es grad mit dem unter Ubuntu 10.04 64 verfügbaren
moonlight-plugin-mozilla versucht und es funktioniert nicht. Anscheinend
will der ein echtes Silverlight oder eins, das dem Silverlight 3
Standard entspricht.

Schade eigentlich :(

Gruß, Philip
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkxYQYgACgkQYNYFUFLXAD152wCgpEG2Ux67aQHgtsU+k4ksWaor
S2IAmgMjAwkvQr3oAiHIS2r4VCwYC4ru
=EqkJ
-END PGP SIGNATURE-

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

Re: [Talk-de] Max. Speed für highway = servic e?