date:20121106

On Tue, Nov 6, 2012 at 10:14 AM,  veg...@engen.priv.no wrote:

 So anyone who considers adding stuff that is not 100% OK to copy is
 destroying the project from within, not helping it.

 Period.

A public domain street sign does not become automagically a
copyrighted derivative work just because you see it through a
copyrighted photo. And this is true worldwide, not only in some
countries. But some people are continuing to keep the doubts because
they have a preference for surveys on the ground (something we have to
promote anyway but with fair arguments). Claiming copyright ownership
on public domain material has a name, it's called copyfraud ([1])
and is rarely sued in court in comparison to copyright infringements.

Period.
[1] http://en.wikipedia.org/wiki/Copyfraud

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

Re: [OSM-talk] Data copied from Google Maps

2012-11-06 Per discussione vegard

On Tue, Nov 06, 2012 at 10:28:45AM +0100, Pieren wrote:
 
 A public domain street sign does not become automagically a
 copyrighted derivative work just because you see it through a
 copyrighted photo. And this is true worldwide, not only in some
 countries. But some people are continuing to keep the doubts because
 they have a preference for surveys on the ground (something we have to
 promote anyway but with fair arguments). Claiming copyright ownership
 on public domain material has a name, it's called copyfraud ([1])
 and is rarely sued in court in comparison to copyright infringements.
 

The legality around copyright on collections of facts are different
throughout the world. We have to assume that collections of facts
are, indeed, copyrightable, and that a lawsuit (or even just bad 
publicity) based on it will be able to stick.

-- 
- Vegard Engen, member of the first RFC1149 implementation team.

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

Re: [OSM-talk] Data copied from Google Maps

2012-11-06 Per discussione Ian Sergeant

On 6 November 2012 20:28, Pieren pier...@gmail.com wrote:


 A public domain street sign does not become automagically a
 copyrighted derivative work just because you see it through a
 copyrighted photo.


You are continuing to misrepresent what is at issue.

1. There are licence and contractual terms concerning the use of the
StreetView service.
2. There is a possible interpretation of these conditions that may well
open one or more parties to legal action from the service provider.
3. The OSM project wants to remain beyond reproach when it comes to its
legal position on its data.
4. Those who wish to use such services should take the perogative to seek
explicit permission to use them in the OSM context.
5. If that permission isn't obtained, we shouldn't use them.

So, which of these points do you disagree with?

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

Re: [OSM-talk] Data copied from Google Maps

The difference is that for the satellite images we use we have a 
statement from the corresponding companies that allows us to do so.
Yes, that's nothing 100 Lawyers looked over, but it's a permission we 
got, be it from microsoft and bing, from yahoo or from others.


There is not yet anything like that from google, so that's the difference.

regards
Peter

Am 06.11.2012 10:21, schrieb Janko Mihelic':
How do proponents of copying from Streetview explain the difference 
between copying from satellite images and copying from Streetview? 
With satellite images you copy shapes of roads, with Streetview you 
copy street names. The same thing.


Janko


2012/11/6 Vladimir Vyskocil vladimir.vysko...@gmail.com 
mailto:vladimir.vysko...@gmail.com



On 5 nov. 2012, at 23:39, Cartinus carti...@xs4all.nl
mailto:carti...@xs4all.nl wrote:

 Copyright has absolutely nothing to do with this at all. All
arguments
 people use in this this discussion in relation to copyright are
just a
 smokescreen to try to get their way.

 When viewing Google StreetView you are using a service from
Google. The
 rules in relation to that, are the rules for business
transactions, not
 those of copyright.

 Just like Openstreetmap has rules that say you are not allowed
to scrape
 tiles from our tileserver, Google has rules that say when you are
 allowed to use their services.

Yes and they say I'm not allowed to copy all or parts of the
provided material (images,...) and also that I can't make
derivative work. When I interpret what I can see in Street View
photos and write it down I'm doing neither of these !




 On 11/05/2012 11:25 PM, Vladimir Vyskocil wrote:
 Hi,

 According to : http://en.wikipedia.org/wiki/Derivative_work

 In United States copyright law, a derivative work is an
expressive creation that includes major, copyright-protected
elements of an original, previously created first work
(theunderlying work).

 Obviously looking at google street view images and noting some
facts we can see in them like street names,... can't be seen as
derivative work.

 And :

 
 When does derivative-work copyright exist?
 For copyright protection to attach to a later, allegedly
derivative work, it must display some originality of its own. It
cannot be a rote, uncreative variation on the earlier, underlying
work. The latter work must contain sufficient new expression, over
and above that embodied in the earlier work for the latter work to
satisfy copyright law's requirement of originality.
 

 It's clear that Google's photos in street view have no
originality at all, they are just facts. Using some information
everybody can see in those images isn't a creative process either.

 In the light of those definitions of derivative work, I can't
understand how one might see a infringement of google terms of use
when OSM contributors look at Google Street View photos to verify
some facts (street names, signs, ...)

 Regards,
 Vlad.

 Le 5 nov. 2012 à 16:42, Frederik Ramm frede...@remote.org
mailto:frede...@remote.org a écrit :

 Hi,

  I haven't read this thread in full but it has come to my
attention that people in this thread have argued that it would be
acceptable to use Google StreetView pictures when mapping.

 It is not.

 The legal situation may be debatable and indeed differ from
country to country but Google's terms of use do not permit making
derivative works of their imagery and distributing them.

 As a project, our general approach to any situation where
something was not totally clear legally has always been to err on
the side of caution. If someone says that we cannot use this data
then we won't, even if there are people who say that it might
still be legal to do so.

 So don't use Google Street View for mapping unless you have
explicit permission from Google to do so.

 Bye
 Frederik

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

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



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


 --
 ---
 m.v.g.,
 Cartinus

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


___
talk

Re: [OSM-talk] Data copied from Google Maps

On Tue, Nov 6, 2012 at 10:49 AM, Ian Sergeant inas66+...@gmail.com wrote:
 1. There are licence and contractual terms concerning the use of the
 StreetView service.

The use of the API...

 2. There is a possible interpretation of these conditions that may well open
 one or more parties to legal action from the service provider.

That's why somebody asked Ed Parsons/Google in the past. To clarify
interpretations. His reponse was publicly forwarded at multiple times.
Why Google lawyers did not take any legal action or at least some
denial since 18 months ?

 3. The OSM project wants to remain beyond reproach when it comes to its
 legal position on its data.
 4. Those who wish to use such services should take the perogative to seek
 explicit permission to use them in the OSM context.
 5. If that permission isn't obtained, we shouldn't use them.

 So, which of these points do you disagree with?

None. And this is not in contradiction with what Ed Parsons, Google
replied: so checking the odd street names is OK.. but every street
name I would suggest would represent a bulk feed. (refering to the
collection of facts mentionned earlier).

Pieren

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

Re: [OSM-talk] Data copied from Google Maps

2012-11-06 Per discussione Kevin Peat

On 6 November 2012 09:28, Pieren pier...@gmail.com wrote:
 A public domain street sign does not become automagically a
 copyrighted derivative work just because you see it through a
 copyrighted photo. And this is true worldwide, not only in some
 countries.

Isn't the real point that regardless of the legal situation we would
not like Google (and others) to rip-off OSM so we should not rip them
off in return. It is just basic respect at the end of the day.

Kevin

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

Re: [OSM-talk] Data copied from Google Maps

2012-11-06 Per discussione Peteris Krisjanis

Hi everyone!

It seems that this list is magnet for very long, but sometimes useless
threads.

There are several facts people should remember before invest in this
discussion:
1. Common sensus/rule/whatever you call it in OSM is *not* touch
copyrighted stuff without clear license/permission to use it very
freely. Photos are copyrighted subject, even of your house in the
street. Now, there are different *ongoing* legal discussions around the
world about is it legal or not copy facts from photos. However, as long
as those disputes are ongoing and haven't ended in clear court decision,
we should avoid this - no matter how sweet is to have street names
without doing ground survey;
2. We don't delete stuff just because we find it suspicious. Best is
contact users first, get their POV, then contact data group.

And that's pretty much it.

We can discuss to death can we or can't we, but we won't copy stuff from
Google. But we also won't delete stuff before discussing this in
appropriate channels of communication.

Instead of that, how about improving map using current sources - like
Bing. And then going outside and writing down another bunch of house
numbers and POIs.

Cheers,
Peter.

O , 2012.11.06. 20:49 +1100, Ian Sergeant rakstīja:
 On 6 November 2012 20:28, Pieren pier...@gmail.com wrote:
 
 A public domain street sign does not become automagically a
 copyrighted derivative work just because you see it through
 a
 copyrighted photo.
 
 You are continuing to misrepresent what is at issue.
 
 1. There are licence and contractual terms concerning the use of the
 StreetView service.  
 2. There is a possible interpretation of these conditions that may
 well open one or more parties to legal action from the service
 provider. 
 3. The OSM project wants to remain beyond reproach when it comes to
 its legal position on its data.
 4. Those who wish to use such services should take the perogative to
 seek explicit permission to use them in the OSM context.
 5. If that permission isn't obtained, we shouldn't use them.
 
 So, which of these points do you disagree with?
 
 Ian.
 
 ___
 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] Data copied from Google Maps

On Tue, Nov 6, 2012 at 11:06 AM, Peteris Krisjanis pec...@gmail.com wrote:

 ...Now, there are different *ongoing* legal discussions around the
 world about is it legal or not copy facts from photos.

Facts are copyrightable now. Can you point some evidence or links
about what you say ?

Pieren

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

Re: [OSM-talk] Data copied from Google Maps

2012-11-06 Per discussione Janko Mihelić

Nobody answered yet. How is copying from Streetview photos not the same as
copying from satellite photos? Both are photos, both show facts, both are
owned by Google.

Yet everybody agrees we shouldn't copy from satellite photos, but many
people think we can copy from Streetview.

What is the difference?

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

Re: [OSM-talk] Data copied from Google Maps

2012/11/6 Ian Sergeant inas66+...@gmail.com:
 4. Those who wish to use such services should take the perogative to seek
 explicit permission to use them in the OSM context.
 5. If that permission isn't obtained, we shouldn't use them.
 So, which of these points do you disagree with?


Your conclusion from 4 (those) to 5 (we): from what I read in this
thread *1 it seems that it is not sufficient to get an explicit
permission individually in order to benefit collectively from it.

So the natural conclusion would be that an official body from OSM
would make a request to Google and hope for a positive response if we
want to use their Street View data.

Personally I see it like Pieren: there are terms and conditions which
request you to not copy or make derivative works from their
services/maps/images/works/... where both terms (copy and derivative
work) are well defined: derivative work is refering to copyrightable
parts. Interpreting something you see in a photo is neither copying
nor creating a derivative work as long as the content is not protected
by copyright (the name of a street is not protected by copyright or
even if it was it would not be Google to hold the copyright as long as
they didn't invent it (easter egg)).

Anyway: the most precious ways to add to OSM are those where Google
Streetview didn't even pass by, so in my practical work I don't use
them because they mostly don't have the pictures for the areas I'm
mapping in ;-)

cheers,
Martin

-
*1 Frederik: I don't think that a personal message to one individual
mapper from someone, even if in a high position at Google, should be
read as Google allowing every mapper to use their imagery.

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

Re: [OSM-talk] Data copied from Google Maps

On Tue, Nov 6, 2012 at 1:01 PM, Janko Mihelić jan...@gmail.com wrote:

 What is the difference?


It's because on StreetView, we don't trace on the photo. Doing this
on aerial imagery is reusing the transformation process of images
rectified (including relief with DEM) and georeferenced. This is the
added value protected. Facts visible on aerial imagery like the sea
is blue is not copyrighted. But coastline position and shape is.

Pieren

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

Re: [OSM-talk] Data copied from Google Maps

2012-11-06 Per discussione Stephan Knauss

Janko Mihelić writes: 


Nobody answered yet. How is copying from Streetview photos not the same as
copying from satellite photos? Both are photos, both show facts, both are
owned by Google.


It's unlikely that factual data is copyrightable. There had been multiple 
discussions in the past, along with relevant legal citations. Better head 
over to legal-talk for a more profound statement.

Use your trusted search engine to find more:
http://wiki.openstreetmap.org/wiki/Copyright_in_deriving_from_aerial_photogr
aphy 



As long as the legal situation is not 100% clear, OSM community agreed not 
to import from dubious sources. 

The key part is the TOS. They forbid to use services provided by Google to 
do mass-extraction of data. Click in Google on Terms to learn more. 

While it was confirmed by Ed Parsons that is OK to look up single facts, he 
clearly stated that Armchair Mapping is considered Mass extraction and thus 
not OK. 

As a community we strongly favor on the ground survey also for the fact 
that imagery is very often outdated. 



It was already mentioned, but I like to repeat: It's also an established 
community rule that we don't delete data just because we have a different 
opinion on whether it should be in OSM. We ALWAYS contact the mapper first.
This is why OSM has a send message function implemented and clearly shows 
who created an element. 



Stephan

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

Re: [OSM-talk] Data copied from Google Maps

2012-11-06 Per discussione Lester Caine


Janko Mihelić wrote:

Nobody answered yet. How is copying from Streetview photos not the same as
copying from satellite photos? Both are photos, both show facts, both are owned
by Google.

Yet everybody agrees we shouldn't copy from satellite photos, but many people
think we can copy from Streetview.

What is the difference?


Tracing details from satellite images is creating a derived work and is copying. 
However if you could SEE a road name on the satellite images then simply reading 
something that is in the public domain can not be protected in the same way. 
Looking at an image on Streetview is no different to looking at the same image 
from any source. If a street name just happens to be visible, or the name of a 
shop or business one can then use that information, cross check against another 
search engine that it's not an 'Easter Egg' and there is no way one source can 
claim special rights over that information. There is no way that anybody could 
prove that a CORRECT public fact was copied from one source or another ... only 
ones designed to deceive which in my view are a worse offence?
In my own case businesses are now well out of date with many of the Streetview 
images anyway but Google still returns those years after they ceased to exist. 
We can then provide up to date data but we are not allowed to say 'Wrong on 
Streetview'?


--
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [OSM-talk] Data copied from Google Maps

2012-11-06 Per discussione Russ Nelson

Kevin Peat writes:
  On 6 November 2012 09:28, Pieren pier...@gmail.com wrote:
   A public domain street sign does not become automagically a
   copyrighted derivative work just because you see it through a
   copyrighted photo. And this is true worldwide, not only in some
   countries.
  
  Isn't the real point that regardless of the legal situation we would
  not like Google (and others) to rip-off OSM so we should not rip them
  off in return. It is just basic respect at the end of the day.

It's not theft if you have permission, sigh.

-- 
--my blog is athttp://blog.russnelson.com
Crynwr supports open source software
521 Pleasant Valley Rd. | +1 315-600-8815
Potsdam, NY 13676-3213  | Sheepdog   

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

Re: [OSM-talk] Data copied from Google Maps

2012-11-06 Per discussione Janko Mihelić

2012/11/6 Pieren pier...@gmail.com

 It's because on StreetView, we don't trace on the photo. Doing this
 on aerial imagery is reusing the transformation process of images
 rectified (including relief with DEM) and georeferenced. This is the
 added value protected. Facts visible on aerial imagery like the sea
 is blue is not copyrighted. But coastline position and shape is.


Streetview photos are georeferenced. Google found their position, and gave
it to you. That is how you found them.

Imagine if Google didn't do that, you would have to find your street
amongst billions other Streetview photos. Not possible. So you can't say
you aren't using their referencing process.

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

Re: [OSM-talk] Data copied from Google Maps

2012-11-06 Per discussione Russ Nelson

Janko Mihelić writes:
  Yet everybody agrees we shouldn't copy from satellite photos, but many
  people think we can copy from Streetview.
  
  What is the difference?

Uh, because Ed Parsons said we could? Why is this so difficult to
understand?

Okay, so there's this legal doctrine called reliance. It means that
you can rely on people's assurances. If you are told that you can do
something which would, without that assurance, be a civil offense,
then you can bring that assurance into a court of law and say I
believed that I had permission. I thought I was complying with the
law. and the judge will say You were. Case dismissed.

That is why, whenever someone is asked about an ongoing lawsuit, they
*always* say No comment. You MUST publicly believe your own
propaganda, or risk losing in court.

-- 
--my blog is athttp://blog.russnelson.com
Crynwr supports open source software
521 Pleasant Valley Rd. | +1 315-600-8815
Potsdam, NY 13676-3213  | Sheepdog   

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

Re: [OSM-talk] Data copied from Google Maps

On Tue, Nov 6, 2012 at 3:07 PM, Janko Mihelić jan...@gmail.com wrote:

 Imagine if Google didn't do that, you would have to find your street amongst
 billions other Streetview photos. Not possible. So you can't say you aren't
 using their referencing process.

If you deduce the street position and shape from their photos into
OSM, you are right. But if it is about checking street signs, the
method how the picture is delivered by Google doesn't change any
thing. The street sign remains in the public domain and is not
copyrightable just because its photo has been referenced (that would
be the same if we could read the signs from aerial imagery). They
could be delivered by other means (e.g. show me all pictures of
street x, town y), it's not interfering with the content. Or do you
suggest that any web site referenced by Google becomes its property
because you found it through Google Search and its huge web sites
index ?
Usually, in such discussion coming back and forth, this is the last
argument trying to explain how a public domain material would become
sudenly copyrightable. It's impossible.

Pieren

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

Re: [OSM-talk] Data copied from Google Maps

2012-11-06 Per discussione Lester Caine


Pieren wrote:

Usually, in such discussion coming back and forth, this is the last
argument trying to explain how a public domain material would become
sudenly copyrightable. It's impossible.


Some of you may be aware of the problems with the 'tz' database. A commercial 
company claimed ownership of some of the data as they had 'originally' published 
it. Basically they owned 'time'. To cut a long story short ... they have now 
withdrawn the claim so as to avoid being prosecuted for copyfraud themselves. 
The material is public domain and so can not be held to ransom. All of the 
material we are talking about comes under the same banner ... end of story. If 
we can't freely use public domain information why are we bothering recording it?


--
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [OSM-talk] Semi-automated edits - postal code database

2012-11-06 Per discussione Svavar Kjarrval

Hi.

This is an update to an e-mail I sent at the beginning of October to the
talk@osm list regarding updating postal codes in Iceland semi-automatically.

I wanted to let you know I have written the script, which is for Python
3.2. I have not yet submitted data made by the script but I haven't
detected any problems thus far. I have performed some random manual
checks on the output and see nothing wrong with the XML. JOSM didn't
complain when I opened the .osc file.

The input is any valid .osm file and the output is an .osc file (
https://wiki.openstreetmap.org/wiki/Osc) which lists any changes made.
The output can be loaded into an editor and submitted to the OSM server
from there.

You're free to adapt the script to suit your purpose but I recommend
that you always check the proposed changes before uploading. The code is
commented enough so anybody who knows Python should be able to know
what's going on there.

Minimum requirements:
- Enough computer memory. The larger the .osm file, the more memory the
script needs.
- Python 3.
- A working installation of the Osmosis program (
https://wiki.openstreetmap.org/wiki/Osmosis).

- Svavar Kjarrval

On 04/10/12 23:48, Martin Guttesen wrote:
I have imported all the addresses for Faroe Islands
and updating them from time to time when there is new data available
see http://wiki.openstreetmap.org/wiki/Import/Catalogue/usfo
i keep an Id tag (us.fo:Adressutal) so i can Create/Update or Delete
address nodes

-Original Message- From: Jochen Topf
Sent: Thursday, October 04, 2012 7:39 AM
To: Svavar Kjarrval
Cc: talk@openstreetmap.org
Subject: Re: [OSM-talk] Semi-automated edits - postal code database

Hi!

On Wed, Oct 03, 2012 at 11:10:05AM +, Svavar Kjarrval wrote:
I'm trying to find a good method to maintain data from outside sources.
The data in question is the Icelandic postal code database (which they
say we may use freely). My searches on the OSM wiki have been fruitless
so far.

The idea is to maintain the data in associatedStreet relations. Each
relation has a tag called 'götuskrá:id' which value is a direct
reference to the row ID in the files we retrieve from the postal
company's website. The file formats available are CVS and XML 1.0. The
script would presumably go ever each associatedStreet relation and make
any changes (if appropriate) when a götuskrá:id tag is found. The output
could be an OSM change file loaded into an editor like JOSM to be
uploaded manually. Maybe an automated process later when we're confident
that everything is done correctly, and of course after submitting the
script(s) for review by the local community.

It is not a good idea to add some random ID of your favourite database to
OSM, because nobody except you can understand this ID and do useful
things
with it. It just confuses mappers and make it more difficult to edit the
data. For every change somebody does to the data they have to know
what this
tag means so that they can properly do their edit. And if they don't,
people
will just mess up your data and you will not be able to use this ID for
syncing the data anyways.

And in this case I don't even see why you need it. You have street
names and
postal codes in both OSM and the Icelandic postal code database. If
something
changes you can find out which combinations changed and apply those
changes
to OSM easily just based on the postal code and street name. There is no
need for those IDs.

And, btw, you should not use the associatedStreet relation. It solves
the same
problem as the addr:street tags on nodes and buildings but in a much more
complicated way. The overwhelming majority of all addresses are tagged
with
addr:street (there are nearly 15 million addr:street tags vs. only 18.000
associatedStreet relations).

Jochen

#!/usr/bin/env python3.2
# -*- coding: utf-8 -*-

# Copyright 2012, Svavar Kjarrval LÃºthersson
# Released under the CC0 license.
# I can be contacted at sva...@kjarrval.is.

# This program performs changes according to pretermined formulas to .osm files
# and outputs a single .osc file which in turn can either be submitted automatically
# by another program (which is not implemented here) or manually with an editor.

# To use it, you must have:
# 1 - An .osm file of the area in question.
# 2 - An Osmosis binary set up and ready to use.

# The reason the script filters instead of working directly on the original file
# is to reduce memory consumption of programs which need to load the complete .osm file into memory.
# If, despite having done proper filtering, the .osm file is still too big to fit into memory,
# please consider splitting the area further.

import os
import xml.etree.cElementTree as etree

# Change the value of DEBUG to 0 when you don't want extra debug messages to appear on screen.
DEBUG = 0

# Get the current working directory
pwd = os.getcwd() + '/'

# Location of the osmosis binary.
osmosis_bin = '/home/kjarrval/bin/osmosis'

# A

Re: [OSM-talk] Data copied from Google Maps

2012-11-06 Per discussione Jérome Armau

If I remember correctly, at least part of the issue stems from the EU
database directive and the sui generis right:
http://en.wikipedia.org/wiki/Database_Directive#Sui_generis_right

Copyright protection is not available for databases which aim to be
 complete, that is where the entries are selected by objective criteria:
 these are covered by *sui generishttp://en.wikipedia.org/wiki/Sui_generis
 *database rights http://en.wikipedia.org/wiki/Database_rights. While
 copyright protects the creativity of an author, database rights
 specifically protect the qualitatively and/or quantitatively [a]
 substantial investment in either the obtaining, verification or
 presentation of the contents: if there has not been substantial investment
 (which need not be financial), the database will not be protected
 [Art. 7(1)]. Database rights are held in the first instance by the person
 or corporation http://en.wikipedia.org/wiki/Corporation which made the
 substantial investment, so long as:

- the person is a national or domiciliary of a Member State or


- the corporation http://en.wikipedia.org/wiki/Corporation is formed
according to the laws of a Member State and has its registered office or
principal place of business within the European Union.

 Article 11(3) provides for the negotiation of treaties to ensure
 reciprocal treatment outside the EU: as of 2006, no such treaty exists.
 The holder of database rights may prohibit the extraction and/or
 re-utilization of the whole or of a substantial part of the contents: the
 substantial part is evaluated qualitatively and/or quantitatively and
 reutilization is subject to the exhaustion of rights. Public lending is not
 an act of extraction or re-utilization. The lawful user of a database which
 is available to the public may freely extract and/or re-use insubstantial
 parts of the database (Art. 8): the holder of database rights may not place
 restrictions of the purpose to which the insubstantial parts are used.
 However, users may not perform acts which conflict with normal
 exploitation of the database or unreasonably prejudice the legitimate
 interests of the maker of the database, nor prejudice any copyright in the
 entries.


Basically, even if the data itself is public domain, the database that
contains it may be protected under EU law - this is to protect the amount
of work that went into the data collection. The whole issue is the
definition of a substantial part of the database. Are street names a
substantial part of the street view data?

On Tue, Nov 6, 2012 at 6:46 AM, Pieren pier...@gmail.com wrote:

 On Tue, Nov 6, 2012 at 3:07 PM, Janko Mihelić jan...@gmail.com wrote:

  Imagine if Google didn't do that, you would have to find your street
 amongst
  billions other Streetview photos. Not possible. So you can't say you
 aren't
  using their referencing process.

 If you deduce the street position and shape from their photos into
 OSM, you are right. But if it is about checking street signs, the
 method how the picture is delivered by Google doesn't change any
 thing. The street sign remains in the public domain and is not
 copyrightable just because its photo has been referenced (that would
 be the same if we could read the signs from aerial imagery). They
 could be delivered by other means (e.g. show me all pictures of
 street x, town y), it's not interfering with the content. Or do you
 suggest that any web site referenced by Google becomes its property
 because you found it through Google Search and its huge web sites
 index ?
 Usually, in such discussion coming back and forth, this is the last
 argument trying to explain how a public domain material would become
 sudenly copyrightable. It's impossible.

 Pieren

 ___
 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] Data copied from Google Maps

2012-11-06 Per discussione Lester Caine


Jérome Armau wrote:

Basically, even if the data itself is public domain, the database that contains
it may be protected under EU law - this is to protect the amount of work that
went into the data collection. The whole issue is the definition of a
substantial part of the database. Are street names a substantial part of the
street view data?


Since the information displayed in an image has not been 'collected into a 
database' what is the problem? It is just raw material that still needs to be 
processed and in many cases it does not even tie up with even googles own search 
results. So providing an alternative database of information which corrects that 
information is simply common sense. And I don't accept that the fact that google 
have 'geo-referenced' the images comes into it since I normally have to scroll 
through several locations before finding the appropriate data, just as I scroll 
through several pages of results or browse several folders of pictures to get 
the right material. At some point it would be nice if we could link to alternate 
data sources direct from the map, but providing that via an alternate database 
such as nominatim just reinforces the fact that we ARE building an alternate 
database ...


Of cause in the UK once the street gazetteer is made open access the problem of 
street names becomes academic, and hopefully that will not be long coming as 
well. At which time the NLPG data may also be available, and we can start 
feeding corrections back into that!


--
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [OSM-talk] mapbook v0.02

2012-11-06 Per discussione Stefan Keller

Hi Graham

I'm curious: Is it ready now?

2012/3/10 Graham Jones grahamjones...@gmail.com:
 Excellent - thanks Paul.
 I have nearly finished a web service that will allow users to select an area
 and generate a book using your programWill be a week or two before it is
 ready though

 Graham.


 On 10 March 2012 05:03, Paul Norman penor...@mac.com wrote:

 I have completed an overhaul to my mapbook program, making it easier to
 extend and adding new features.

 This program, available at https://github.com/pnorman/mapbook, will create
 a
 PDF with a title page, an index map showing the coverage of the book and
 what page covers what area, then individual map pages, each page having
 arrows indicating which page is in which direction. It also includes an
 attribution page. An example for Vancouver, BC is available at
 http://pnorman.dev.openstreetmap.org/mapbook/vancouver.pdf

 Mapbook will work with any mapnik .xml style and can generate
 high-resolution maps that print well

 Requirements:

 Python 2.7
 Mapnik2
 Cairo

 Most osm mapnik styles will also require a postgis database created with
 osm2pgsql




 --
 Graham Jones
 Hartlepool, UK.


 ___
 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: [talk-au] 4WD only tags

2012-11-06 Per discussione Sam Couter

Steve Bennett stevag...@gmail.com wrote:
 So if there is a sign 4WD only, then we tag it 4wd_only=yes, even if
 it otherwise it might look like a 2WD road? (That is, the road
 authority's assessment trumps our own?)

The National Park's assessment has at least one important attribute:
It's a legal requirement. You can be fined if you drive a 2WD vehicle on
a track signposted 4WD only. It's not a suggestion or guideline.
-- 
Sam Couter |  mailto:s...@couter.id.au
OpenPGP fingerprint:  A46B 9BB5 3148 7BEA 1F05  5BD5 8530 03AE DE89 C75C

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

Re: [talk-au] 4WD only tags

2012-11-06 Per discussione Ian Sergeant

On 6 November 2012 19:27, Sam Couter s...@couter.id.au wrote:

 Steve Bennett stevag...@gmail.com wrote:
  So if there is a sign 4WD only, then we tag it 4wd_only=yes, even if
  it otherwise it might look like a 2WD road? (That is, the road
  authority's assessment trumps our own?)

 The National Park's assessment has at least one important attribute:
 It's a legal requirement. You can be fined if you drive a 2WD vehicle on
 a track signposted 4WD only. It's not a suggestion or guideline.


Do we want to consider

4wd_only=designated - to indicated the law

and

4wd_only=yes - to indicate the suitability of the road?

Apologies if this has been suggested and discounted before.

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

Re: [talk-au] 4WD only tags

2012-11-06 Per discussione David Bannon


I think thats what the access tag is for ?

Access values are used to describe the legal access for highway=* 

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

However, as you could forcaste, there is no 4x4 or 4wd value approved.

david


On Tue, 2012-11-06 at 20:28 +1100, Ian Sergeant wrote:
 On 6 November 2012 19:27, Sam Couter s...@couter.id.au wrote:
 Steve Bennett stevag...@gmail.com wrote:
  So if there is a sign 4WD only, then we tag it
 4wd_only=yes, even if
  it otherwise it might look like a 2WD road? (That is, the
 road
  authority's assessment trumps our own?)
 
 
 The National Park's assessment has at least one important
 attribute:
 It's a legal requirement. You can be fined if you drive a 2WD
 vehicle on
 a track signposted 4WD only. It's not a suggestion or
 guideline.
 
 
 Do we want to consider
 
 4wd_only=designated - to indicated the law
 
 and
 
 4wd_only=yes - to indicate the suitability of the road?
 
 Apologies if this has been suggested and discounted before.
 
 Ian.
 
 ___
 Talk-au mailing list
 Talk-au@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-au



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

Re: [talk-au] 4WD only tags

2012-11-06 Per discussione Li Xia

Hi David,

Just scanned your personal page quickly while i had spare time so sorry up 
front if i missed anything.

A quick comment on the proposed grading. According to your proposal of tagging 
grades 6-8, what happens when a track is tagged with 4wd_only=yes and grade=6?

Li.


On 06/11/2012, at 2:23 PM, David Bannon wrote:

 
 OK Li, you ask and you shall receive !
 
 Here
 http://wiki.openstreetmap.org/wiki/User:Davo#Draft_4x4_road_proposal
 is my very early draft. You and everyone else is welcome to get stuck
 into it, I am not thin skinned !
 
 The OSM proposal page says to to be verbose, no one need tell me to be
 verbose ! So if its too long, please indicate what needs removing. And
 obviously, error and omissions 
 
 I am quite unhappy that it really ends up undercutting the 4wd_only tag,
 they can coexist but I wonder if they will if this is successful. Its a
 shame really, I like 4wd_only and have used it but as I developed my
 arguments it became clear to me that we need a finer grain and its
 probably easier to add levels to tracktype than it is to 4wd_only. And
 it will be easier to get these levels rendered if we go for tracktype.
 
 David 
 
 David
 
 
 
 
 On Mon, 2012-11-05 at 17:28 +1100, Li Xia wrote:
 No probs david, and you'll be getting plenty of input from me, watch
 out ;-)
 
 
 A draft would be great. Let me know when it's ready to review.
 
 
 Li.
 
 On 05/11/2012, at 9:10 AM, David Bannon wrote:
 
 
 Thanks Li, I have not put that proposal up yet, waiting on a
 response to a related matter. Soon.
 
 And when I do, I'll not be wanting just your vote, it will be your
 input I will really need !
 
 Maybe I should put a draft up on my personal page while we wait ?
 
 David
 
 
 
 
- Original Message -
From:
Li Xia lisxia1...@gmail.com
 
To:
David Bannon dban...@internode.on.net
Cc:
OSM Australian Talk List talk-au@openstreetmap.org
Sent:
Sun, 4 Nov 2012 20:37:52 +1100
Subject:
Re: 4WD only tags
 
 
Hi David, although my opinion is that most render's try to
simplify the the stylesheet so the map for ease of
comprehension and would not make use of these additional
attributes, I see your point and agree that it's useful data
to have. Since my company focuses on 4WD maps and
navigation, we will certainly take full advantage of this.
 
 
BTW, do you have the link to the proposal page? Will go and
cast a vote.
 
 
Li.
 
On 04/11/2012, at 2:41 PM, David Bannon wrote:
 
 
Li, I beg to differ. While I agree that grading of a
4x4 track is subjective, so is much of the other
data in the OSM database. Must be that way.
 
The real issue is how important the data is. As I
have mentioned, I am concerned that maps are being
rendered that ignore this data. Routing engines are
potentially sending people down roads that they, and
their vehicles are ill suited to. Bad things will
definitely happen.
 
The routing people are saying but these tags don't
even show on the OSM maps, why should we worry ?. 
 
And as to subjective, while there will always be
borderline cases, I don't think it would be too hard
to divide tracks up into -
 
* 4x4 recommended - you will might be OK in a
conventional car or (better still) an SUV but you
have been warned.
 
* 4x4 required - you really need a stock 4x4, a real
one with (eg) low ratio.
 
* 4x4 extreme - this is for the death or glory boys,
they need experience and modified vehicles. This is
a recent addition !
 
I am pretty sure that if you and I spent a couple of
weeks having some driving fun, we'd agree on the
vast majority of the tracks we graded.
 
David
 
 
 
 
- Original Message -
From:
Li Xia lisxia1...@gmail.com
 
To:
David Bannon dban...@internode.on.net
Cc:
OSM Australian Talk List
talk-au@openstreetmap.org
Sent:
Sun, 4 Nov 2012 13:08:22 +1100
Subject:
4WD only tags
 
 
Hi David, just my 2 cents on 4WD_only tags.
 
By adding a 4x4 recommended tag will add to
the complexity because it's kind of
subjective as to which roads/tracks are
traversable in a 2WD vehicle,

[Talk-is] Póstnúmerascripta

2012-11-06 Per discussione Svavar Kjarrval

Hæ.

Búinn að skrifa póstnúmerascriptuna til að uppfæra póstnúmer inn á OSM
svo þau verði í samræmi við götuskrá Íslandspósts. Það vinnur eingöngu
með relations með götuskrá:id lykli. Einnig athugar það hvort name
lykillinn í relation-inu passar við nafnið í færslu Íslandspósts og
framkvæmir breytingar eingöngu ef svo er.

Var þegar búinn að skrá mestallan Hafnarfjörð með þessu skipulagi og
prufukeyrsla sýnist skila góðu .osc skjali með viðeigandi breytingum.
Var að spá í að prófa að submitta breytingunum og sjá hvernig þær koma út.

Scriptan fylgir í viðhengi og getið þið notað hana sem grunn að frekari
kóða. Kóðinn er gefinn út undir CC0.

- Svavar Kjarrval
#!/usr/bin/env python3.2
# -*- coding: utf-8 -*-

# Copyright 2012, Svavar Kjarrval LÃºthersson
# Released under the CC0 license.
# I can be contacted at sva...@kjarrval.is.

# This program performs changes according to pretermined formulas to .osm files
# and outputs a single .osc file which in turn can either be submitted automatically
# by another program (which is not implemented here) or manually with an editor.

# To use it, you must have:
# 1 - An .osm file of the area in question.
# 2 - An Osmosis binary set up and ready to use.

# The reason the script filters instead of working directly on the original file
# is to reduce memory consumption of programs which need to load the complete .osm file into memory.
# If, despite having done proper filtering, the .osm file is still too big to fit into memory,
# please consider splitting the area further.

import os
import xml.etree.cElementTree as etree

# Change the value of DEBUG to 0 when you don't want extra debug messages to appear on screen.
DEBUG = 0

# Get the current working directory
pwd = os.getcwd() + '/'

# Location of the osmosis binary.
osmosis_bin = '/home/kjarrval/bin/osmosis'

# A recently-updated .osm file with an extract of the area of interest from OpenStreetMap.
# This script does not change this file.
original_osm_file = 'iceland.osm'

# Name of the filtered .osm file. It will be completely overwritten each time the script runs.
filtered_osm_file = 'osmosis_filtered.osm'

# Name of the finished .osm file. It will be completely overwritten each time the script runs
finished_osm_file = 'osmosis_finished.osm'

# The finished .osc file. It will be completely overwritten each time the script runs.
finished_osc_file = 'osmosis_finished.osc'

# The filter to use on the original file.
# See https://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage#--tag-filter_.28--tf.29 for usage.
# The Osmosis filter is processed in order
osmosis_filter_to_use = ' --tf accept-relations gÃ¶tuskrÃ¡:id=*'
osmosis_filter_to_use += ' --tf reject-ways'
osmosis_filter_to_use += ' --tf reject-nodes'

# Run the osmosis command
osmosis_command = osmosis_bin
if DEBUG == 0:
	osmosis_command += ' -q'
osmosis_command += ' --read-xml ' + pwd + original_osm_file + ' ' + osmosis_filter_to_use
osmosis_command += ' --write-xml ' + pwd + filtered_osm_file

# Debug
if DEBUG == 1:
	print(osmosis_command)

# Let's run the Osmosis command
os.system(osmosis_command)
# Now we should have a filtered .osm file

# Now let's work on running whatever script on the data we want.
# The if condition is to simplify for people where the data processing starts and ends.
# 'gÃ¶tuskrÃ¡:id' is a reference to the entry ID in the postcode file from the Icelandic Postal Service.
if 1:
	osm_xml = etree.parse(pwd + filtered_osm_file)
	postcodes_xml = etree.parse(pwd + 'gotuskra.xml')

	# Process the postcodes file into a dictionary
	street = {}
	for element in postcodes_xml.iter(Gata):
#		print(element[0].text)
		street[element[0].text] = [element[1].text,element[2].text,element[3].text]
#	print(repr(street))

	# Go through every relation
	for element in osm_xml.iter(relation):
		tags_arr = {}
		tags = element.iterfind('tag')
		# All tags put into a dictionary which can be referenced by key name.
		for tag in tags:
			tags_arr[tag.get('k')] = tag.get('v')

		# Check if the relation has the key gÃ¶tuskrÃ¡:id.
		# If it doesn't have it, skip to the next relation.
		if 'gÃ¶tuskrÃ¡:id' not in tags_arr:
			continue

		# Verify that the street names match.
		# If they don't, the gÃ¶tuskrÃ¡:id has a typo or the streetname.
		# In which case, it should be left alone instead of populating 
		# the relation with potentially wrong data.
		if tags_arr['name'] == street[tags_arr['gÃ¶tuskrÃ¡:id']][1]:
			# The gÃ¶tuskrÃ¡:id and streetname match
			# Now we only need to check what needs to be changed and change it.

			# Check if there is a tag with addr:postcode. If not, add it.
			if 'addr:postcode' not in tags_arr:
attrib = {'k':'addr:postcode','v':street[tags_arr['gÃ¶tuskrÃ¡:id']][0]}
etree.SubElement(element,'tag',attrib)
			else:
# Finds the occurance of the tag where addr:postcode is.
ele = element.find(tag/[@k='addr:postcode'])
# Change the value to the one according to the postcode file.

Re: [Talk-is] Póstnúmerascripta

2012-11-06 Per discussione Svavar Kjarrval

Stalst til þess að keyra inn skrána og verð að segja að gagnabreytingin
tókst eins og til var ætlast.

Var annars búinn að gleyma þegar ég prófaði að fletta upp á
heimilisföngum í Nominatim að það hunsar associatedStreet relations. Af
þeirri ástæðu er ekki hægt að leita að götuheitum í þágufalli út frá
skráningu í relations og hið sama gildir um póstnúmer. Ekki nema einhver
semji scriptu sem afritar alt_name og addr:postcode tagið yfir á allar
götur sem tilheyra þeim relations, allavega þar til Nominatim fólkið
viðurkennir relations.

- Svavar Kjarrval

On 06/11/12 17:32, Svavar Kjarrval wrote:
 Hæ.

 Búinn að skrifa póstnúmerascriptuna til að uppfæra póstnúmer inn á OSM
 svo þau verði í samræmi við götuskrá Íslandspósts. Það vinnur eingöngu
 með relations með götuskrá:id lykli. Einnig athugar það hvort name
 lykillinn í relation-inu passar við nafnið í færslu Íslandspósts og
 framkvæmir breytingar eingöngu ef svo er.

 Var þegar búinn að skrá mestallan Hafnarfjörð með þessu skipulagi og
 prufukeyrsla sýnist skila góðu .osc skjali með viðeigandi breytingum.
 Var að spá í að prófa að submitta breytingunum og sjá hvernig þær koma út.

 Scriptan fylgir í viðhengi og getið þið notað hana sem grunn að frekari
 kóða. Kóðinn er gefinn út undir CC0.

 - Svavar Kjarrval




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

Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage

2012-11-06 Per discussione Felix Ebert

Hi,

gute Idee! Man könnte diese Informationen bereits aktuell über Tags
hinterlegen (Profil bearbeiten - Reiter Social / Tags). Bei OSM scheinen
diese Informationen im Tag stars hinterlegt zu werden [1],
dementsprechend würde ich das auch bei gonam eintragen.

Grüße,
Felix

[1] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Drestaurant



2012/11/6 Manfred A. Reiter ma.rei...@gmail.com

 Hallo Adrian,

 Am 5. November 2012 17:42 schrieb Adrian Stabiszewski 
 mynewslet...@nitegate.de:

  Hi!
 
  Heute möchte ich euch ein neues Projekt von mir vorstellen, am dem ich
 mit
  Felix Ebert zusammen arbeite. Nach meinen bisherigen Projekten wie dem
  Amenity Editor, Relation Analyzer und dem QA Editor haben wir uns mal den
  Gastronomie-Sektor vorgenommen. ;)
 

 Ihr erfasst ja schon einige Daten. ;-)

 Wie wäre es noch mit der Möglichkeit

 - Michelin Sterne - http://de.wikipedia.org/wiki/Guide_Michelin
 - Gaullt Millau Punkte - http://gaultmillau.de/
 (das sind zumindest hier in der Gegend die wichtigsten ;-) )

 zu erfassen?

 ... und bitte jetzt nicht zurückschreiben, ich könnte das selber ergänzen
 ... das habe ich nämlich nicht gesehen ...

 ... wenn es trotzdem möglich sein sollte, bitte ich nur um einen Hinweis an
 welcher Stelle das möglich ist ;-)


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

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

Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage (Hedaja

2012-11-06 Per discussione Felix Ebert

Hallo Christian,

danke für die positive Rückmeldung, freut uns! :-)

In der Tat hatten wir auch schon bei der Erfassung von Restaurants im
Landkreis HN öfter das Problem, Restaurants ohne konkrete Schließzeit nicht
erfassen zu können. Da wir gerne bei jedem Restaurant die Öffnungszeiten
maschinenlesbar hinterlegen würden und zusätzlich dem Nutzer stets anzeigen
können wollen, wie lange das Restaurant noch offen hat, haben wir etwas
gezögert, solche Öffnungszeiten zuzulassen.
Da aber anscheinend wirklich viele Restaurants Öffnungszeiten ohne
Schließzeiten haben werden wir in Kürze eine entsprechende Änderung
vornehmen.

Viele Grüße,
Felix


2012/11/5 christian.pietz...@googlemail.com christian.pietz...@gmail.com

 Das Konzept klingt gut und ist auf der Webseite schon sehr gut umgesetzt.
 Mobil konnte ich noch nicht testen.

 Beim einem kurzem Test mit einem Restaurant in meiner Nähe, habe ich jedoch
 ein Problem festgestellt.
 Bei den Öffnungszeiten muss man immer eine Schließzeit angeben. Bei diesem
 Restaurant gibt es jedoch keine feste Schließzeit. Siehe:
 Öffnungszeiten
 http://www.villa-stern.de/unserhaus/oeffnungszeiten/index.html
 Wäre klasse, wenn ihr da noch eine Möglichkeit einbauen könntet.

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

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

Re: [Talk-de] Poster - war Best of OSM-Websiete

Alexander Lehner lehner at edv-buero-lehner.de writes:
 * Kritik ;)
 Nur ganz klein, und mir ist auch klar, woher das kommt:
 Die Icons fuer z.B. Parkplatz, Restaurant etc. sind naturgemaess zu klein 
 und werden hochskaliert. Das waere mal was fuer einen OSM'ler dem 
 langweilig ist, das in hoeherer Aufloesung nachzubauen...

http://www.sjjb.co.uk/mapicons/downloads

Ich habe die bei meinem Plakat manuell in Inkscape reingebaut (Rastergrafik
raus, Vektorgrafik rein). Keine Ahnung ob man SVG-Icons auch schon beim Rendern
integrieren kann.

Gruß

Manuel


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

Re: [Talk-de] Poster - war Best of OSM-Websiete


Am 06.11.2012 02:14, schrieb Martin Koppenhoefer:

Am 5. November 2012 22:47 schrieb Lars Lingner gislars+l...@googlemail.com:

Den SVG-Export finde ich nicht gut genug zum Nachbearbeiten. Besonders
stört das die einzelnen Objekte nur bis zu den sichtbaren Kanten
enthalten sind. Entferne ich z.b. den Weg durch einen Park, habe ich
eine weiße Linie bzw. Fläche im Park.


die musst Du glaub auch noch löschen, AFAIR wird im standard stil von
Mapnik unter einen Fußweg noch eine weisse (bzw. eigentlich
halbtransparente) dicke Linie gerendert. Soweit ich weiss werden die
Objekte im svg nicht beschnitten sondern überlagern sich nach dem
painter's Algorithmus wie auch im png, kann mich aber auch täuschen.

Du täuschst Dich nicht.

Gruß
Peter

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

Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage

2012-11-06 Per discussione Martin Koppenhöfer



Am 06/nov/2012 um 10:35 schrieb Felix Ebert f.ebert@gmail.com:

 gute Idee! Man könnte diese Informationen bereits aktuell über Tags
 hinterlegen (Profil bearbeiten - Reiter Social / Tags). Bei OSM scheinen
 diese Informationen im Tag stars hinterlegt zu werden [1],
 dementsprechend würde ich das auch bei gonam eintragen.
 
 Grüße,
 Felix
 
 [1] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Drestaurant


-1 für stars bei restaurants. Vor kurzem wurde bei Häfen ein System der Art 
award:michelin vorgeschlagen (dort hieß es Blue flag). Das finde ich deutlich 
besser, stars kommt aus dem Hotelbereich, ist aber auch da eigentlich zu 
unspezifisch, weil es verschiedene Systeme gibt.

In jedem Fall würde ich das System bzw. Denjenigen, der die Auszeichnung 
vergibt, in den Key übernehmen.

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

Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage

Am 6. November 2012 11:22 schrieb Martin Koppenhöfer dieterdre...@gmail.com:
 Am 06/nov/2012 um 10:35 schrieb Felix Ebert f.ebert@gmail.com:
 Bei OSM scheinen
 diese Informationen im Tag stars hinterlegt zu werden [1],
 dementsprechend würde ich das auch bei gonam eintragen.
 [1] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Drestaurant

 -1 für stars bei restaurants. Vor kurzem wurde bei Häfen ein System der Art 
 award:michelin vorgeschlagen (dort hieß es Blue flag).

Hier noch ein Link zum Proposal:
http://wiki.openstreetmap.org/wiki/Proposed_features/Awards_and_ratings

Vorteil ist unter anderem, dass es nicht zu Verwechslungen zwischen
Hotelsternen und Michelinsternen kommt, dass mehrere Auszeichnungen
parallel eingetragen werden, dass explizit klar ist, welches System
gemeint ist, dass nicht ein generischer Key (stars) für eine bestimmte
Marke (hier Michelin) reserviert wird, etc.

Gruß Martin

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

Re: [Talk-de] Poster - war Best of OSM-Websiete

Am 6. November 2012 10:59 schrieb Peter Wendorff wendo...@uni-paderborn.de:
 Den SVG-Export finde ich nicht gut genug zum Nachbearbeiten.
 Soweit ich weiss werden die
 Objekte im svg nicht beschnitten sondern überlagern sich nach dem
 painter's Algorithmus wie auch im png, kann mich aber auch täuschen.
 Du täuschst Dich nicht.


Ich gebe aber trotzdem auch Lars Recht: der SVG output ist wirklich
nicht gerade ideal zur Nachbearbeitung. Insbesondere dass die
Schriften nicht erhalten bleiben (jeder Buchstabe ist ein einzelner
Vektorpfad), man also weder Schriftart noch Größe sauber editieren
kann, ist schon ein Hemmnis. Eleganter zur Nachbearbeitung wäre auch,
wenn Objekte gruppiert wären, und zusätzlich auf Ebenen verteilt (ob
das überhaupt in SVG geht weiss ich nicht). Dann könnte man die Ebenen
gegen versehentliche Änderung (und Selektion) sperren und ggf.
temporär ausblenden bzw. die Gruppen öffnen, und viel einfacher nur
das bearbeiten, was man will.

Gruß Martin

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

Re: [Talk-de] Poster - war Best of OSM-Websiete


Am 06.11.2012 12:15, schrieb Martin Koppenhoefer:

Am 6. November 2012 10:59 schrieb Peter Wendorff wendo...@uni-paderborn.de:

Den SVG-Export finde ich nicht gut genug zum Nachbearbeiten.

Soweit ich weiss werden die
Objekte im svg nicht beschnitten sondern überlagern sich nach dem
painter's Algorithmus wie auch im png, kann mich aber auch täuschen.

Du täuschst Dich nicht.


Ich gebe aber trotzdem auch Lars Recht: der SVG output ist wirklich
nicht gerade ideal zur Nachbearbeitung.

Das stimmt, das wollte ich damit auch nicht behaupten.

Insbesondere dass die
Schriften nicht erhalten bleiben (jeder Buchstabe ist ein einzelner
Vektorpfad), man also weder Schriftart noch Größe sauber editieren
kann, ist schon ein Hemmnis.
Stimmt. Aber Schriften zu verzerren, gleichzeitig die Schriftart gültig 
einzubetten etc. ist aufwändig.

Eleganter zur Nachbearbeitung wäre auch,
wenn Objekte gruppiert wären, und zusätzlich auf Ebenen verteilt (ob
das überhaupt in SVG geht weiss ich nicht).

Gruppieren geht, Ebenen auch, soweit ich weiß.
Aber wie würdest Du gruppieren, damit die Bearbeitung leichter wird?
Ein Objekt residential Street kriegst Du mit der Gruppierung nicht 
vernünftig hin, solange du nicht eine Gruppierung über mehrere Ebenen 
hinweg realisieren kannst (das kenne ich bei keiner Grafikbearbeitung); 
denn das würde bedeuten:

Ebenen: highway-casing, highway-fill, highway-labels
Gruppe1: highway-casing Goethestraße, highway-fill Goethestraße, 
highway-Label Goethestraße.
Gruppe2: highway-casing Mozartstraße, highway-fill Mozartstraße, 
highway-Label Mozartstraße.


wie gesagt: diese Möglichkeit kenne ich in der Grafikbearbeitung nirgendwo.

Dann könnte man die Ebenen
gegen versehentliche Änderung (und Selektion) sperren und ggf.
temporär ausblenden bzw. die Gruppen öffnen, und viel einfacher nur
das bearbeiten, was man will.

Ebene casing sperren - geht schief ;)

SVG unterstützt dafür eben zu wenig Linieneigenschaften, geschweige denn 
ein casing an einem Linien-Netzwerk, wie wir es für Straßen bräuchten.


Der SVG-Export ist nicht optimal für die Nachbearbeitung. Ich wüsste 
allerdings auch nicht, wie ein SVG aussehen sollte, das sich gut 
nachbearbeiten lässt.


Den SVG-Standard kenn ich halbwegs, aber vieles ist damit eben nur über 
Umwege zu lösen.

Wenn Du mehr weißt, immer her damit.

Gruß
Peter

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

Re: [Talk-de] Poster - war Best of OSM-Websiete

Am 6. November 2012 12:36 schrieb Peter Wendorff wendo...@uni-paderborn.de:
 Am 06.11.2012 12:15, schrieb Martin Koppenhoefer:
 Eleganter zur Nachbearbeitung wäre auch,
 wenn Objekte gruppiert wären, und zusätzlich auf Ebenen verteilt (ob
 das überhaupt in SVG geht weiss ich nicht).

 Gruppieren geht, Ebenen auch, soweit ich weiß.
 Aber wie würdest Du gruppieren, damit die Bearbeitung leichter wird?
 Ein Objekt residential Street kriegst Du mit der Gruppierung nicht
 vernünftig hin, solange du nicht eine Gruppierung über mehrere Ebenen hinweg
 realisieren kannst (das kenne ich bei keiner Grafikbearbeitung); denn das
 würde bedeuten:
 Ebenen: highway-casing, highway-fill, highway-labels
 Gruppe1: highway-casing Goethestraße, highway-fill Goethestraße,
 highway-Label Goethestraße.
 Gruppe2: highway-casing Mozartstraße, highway-fill Mozartstraße,
 highway-Label Mozartstraße.

 wie gesagt: diese Möglichkeit kenne ich in der Grafikbearbeitung nirgendwo.


ist nicht grundsätzlich unmöglich, das geht z.B. in 3D Studio wenn ich
es Recht in Erinnerung habe. Gruppen sind wohl nicht sooo wichtig,
Ebenen wären schonmal ein großer Fortschritt um die Weiterbearbeitung
zu erleichtern.


 Der SVG-Export ist nicht optimal für die Nachbearbeitung. Ich wüsste
 allerdings auch nicht, wie ein SVG aussehen sollte, das sich gut
 nachbearbeiten lässt.


Ebenen und Text als Text würde sehr viel erleichtern. Die Ebenen
könnte man theoretisch auch im Postprocessing erstellen (über Auswahl
nach Füll- und Linienfarbe und Stil / Stärke), aber da es sie im
Mapnik sowieso schon gibt wäre es vermutlich die bessere Lösung, wenn
man die irgendwie beim Rendern gleich beibehalten könnte.

Gruß Martin

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

Re: [Talk-de] Poster - war Best of OSM-Websiete

Martin Koppenhoefer dieterdreist at gmail.com writes:
 Ich gebe aber trotzdem auch Lars Recht: der SVG output ist wirklich
 nicht gerade ideal zur Nachbearbeitung. Insbesondere dass die
 Schriften nicht erhalten bleiben (jeder Buchstabe ist ein einzelner
 Vektorpfad), man also weder Schriftart noch Größe sauber editieren
 kann, ist schon ein Hemmnis.

Größe geht ganz einfach zu editoren, da es ja ein Vektorpfad ist ;)

Da mir der Font gut gefällt, hatte ich bisher keinen Bedarf, den über den ganzen
Kartenausschnitt zu verändern.

Wer zusätzlichen Text einbauen will: Zumindest ich hatte den Font bereits auf
dem System (Linux). AFAIR war es Liberation Sans.

 Eleganter zur Nachbearbeitung wäre auch,
 wenn Objekte gruppiert wären, und zusätzlich auf Ebenen verteilt (ob
 das überhaupt in SVG geht weiss ich nicht).

Geht, aber ist das nicht etwas viel erwartet für einen Karten-Renderer? Ich habe
mir für meinen Fall dann selber passende Gruppen gemacht.

Gruß

Manuel


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

Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage

2012-11-06 Per discussione Henning Scholland


Am 06.11.2012 11:22, schrieb Martin Koppenhöfer:


Am 06/nov/2012 um 10:35 schrieb Felix Ebert f.ebert@gmail.com:


gute Idee! Man könnte diese Informationen bereits aktuell über Tags
hinterlegen (Profil bearbeiten - Reiter Social / Tags). Bei OSM scheinen
diese Informationen im Tag stars hinterlegt zu werden [1],
dementsprechend würde ich das auch bei gonam eintragen.

Grüße,
Felix

[1] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Drestaurant


-1 für stars bei restaurants. Vor kurzem wurde bei Häfen ein System der Art 
award:michelin vorgeschlagen (dort hieß es Blue flag). Das finde ich deutlich besser, 
stars kommt aus dem Hotelbereich, ist aber auch da eigentlich zu unspezifisch, weil es 
verschiedene Systeme gibt.

In jedem Fall würde ich das System bzw. Denjenigen, der die Auszeichnung 
vergibt, in den Key übernehmen.
Halte ich auch für besser, aber 
http://wiki.openstreetmap.org/wiki/Restaurant sagt etwas anderes.


Henning


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

Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage

Peter Wendorff wendorff at uni-paderborn.de writes:
 Hi.
 Auf die Schnelle fehlt mir der Lizenzhinweis an der Karte.

+1

Bitte die noch nachtragen!

Gruß

Manuel


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

Re: [Talk-de] Poster - war Best of OSM-Websiete

Am 6. November 2012 12:50 schrieb Manuel Reimer manuel.s...@nurfuerspam.de:
 Größe geht ganz einfach zu editoren, da es ja ein Vektorpfad ist ;)

ganz einfach: man muss jeden Buchstaben einzeln selektieren,
vermutlich sogar jeden i-Punkt (habe ich gerade nicht ausprobiert),
von allen Texten (wenn es echter Text wäre, könnte man mit einem Click
sagen: selektiere allen schwarzen Text in Schriftgröße 11 oder so).
Schriftarten werden ausserdem, soweit ich das in Erinnerung habe,
nicht linear skaliert, sondern haben je nach Größe z.T. andere
Parameter wie Kerning, Abstände, Zeilenabstände, etc. (da bin ich mir
aber nicht 100% sicher), d.h. das Ergebnis ist vermutlich
typographisch gesehen ein bisschen Pfusch wenn man nicht sehr viel
Arbeit investiert (mehr Arbeit als es wäre, es nochmal von Hand
drüberzuschreiben).


 Eleganter zur Nachbearbeitung wäre auch,
 wenn Objekte gruppiert wären, und zusätzlich auf Ebenen verteilt (ob
 das überhaupt in SVG geht weiss ich nicht).
 Geht, aber ist das nicht etwas viel erwartet für einen Karten-Renderer?


Wieso? Ist doch gerade die Aufgabe des Renderers, dass er aus den
Daten eine schöne Karte macht, die ggf. auch weiterverarbeitet werden
kann. Zumindest die Ebenen sollten trivial sein, wenn SVG das
unterstützt, da sie in Mapnik ja schon explizit vorhanden sind.

Gruß Martin

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

Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage

2012-11-06 Per discussione Andreas Neumann

Moin,

Bei den Hausnummern müsst ihr nochmal übers Konzept nachdenken. Derzeit
ist es nur möglich ganze Zahlen einzutragen. Jedoch existieren auch
Häuser mit Buchstabennummern und bei größeren Hotels mit
Nummernbereichen (bspweise Lindenhof in Ilmenau: Lindenstraße 7-11)

Ansonsten eine interessante Idee...

MfG Andreas

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

Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage

Am 6. November 2012 13:03 schrieb Henning Scholland o...@aighes.de:
 -1 für stars bei restaurants. Vor kurzem wurde bei Häfen ein System der
 Art award:michelin vorgeschlagen (dort hieß es Blue flag). Das finde ich
 deutlich besser, stars kommt aus dem Hotelbereich, ist aber auch da
 eigentlich zu unspezifisch, weil es verschiedene Systeme gibt.

 In jedem Fall würde ich das System bzw. Denjenigen, der die Auszeichnung
 vergibt, in den Key übernehmen.

 Halte ich auch für besser, aber
 http://wiki.openstreetmap.org/wiki/Restaurant sagt etwas anderes.


die Seite habe ich vorhin ergänzt (und auch die stars-Seite). stars
für Restaurants wurde AFAIR nie auf den Listen diskutiert oder im Wiki
proposed, und hat (was ich wichtiger finde) gravierende Nachteile.
Ob man überhaupt diese Michelin-Sterne übernehmen darf in OSM ist
nochmal eine andere Frage.

Auch für Hotelklassifikationen ist das stars keine gute
Klassifizierung, da es unterschiedliche Systeme gibt, d.h. auch dort
wäre es besser, explizit anzugeben, nach welcher Klassiifizierung d.h.
von wem diese Sterne vergeben wurden.

Gruß Martin

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

Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage

2012-11-06 Per discussione Andreas Dommaschk


Hallo Adrian,

schönes Projekt und sehr gut umgesetzt.
Mir sind aber ein paar Sachen aufgefallen.

Userinterface:

Ich habe eine Weile gebraucht bis ich den Neu eintragen Button 
gefunden habe.:)

Den könnte man doch eben so hervorheben wie den Mehr erfahren Button.

Lokation aus OSM Karte:

Die Möglichkeit einen POI zu setzen würde ich in einer Webseite auf die 
rechte Maustaste legen. Beim verschieben Karte wird ständig reingezoomt 
und das

ist umständlich weil man so immer wieder an anderen Stellen landet.
Wenn der POi gesetzt ist kann man dann nicht mehr weiterreinzoomen mit 
links und muß mit + oder - reinzoomen.


Daten aus OSM lesen und schreiben:

Wenn der Restaurant als Punkt innnerhalb eines Gebäudes sich befindet 
dann wird die Adresse des Gebäudes nicht übernommen.
Ebenso werden die Öffnungszeiten, die Küche und die Wheelchair Angaben 
werden nicht übernommen.

Ebenso werden diese Angaben nicht in die OSM-Datenbank geschrieben.

Probleme beim Erkennung von Restaurants:
Hier existieren vier Restaurants in einem Gebäude , erkannt wird aber 
nur eines.

http://www.openstreetmap.org/?lat=50.682857lon=10.933792zoom=18layers=M

Erkannt wird z.b. auch diese Cafeteria nicht:
http://www.openstreetmap.org/?lat=50.68269lon=10.937981zoom=18layers=M

Viele Grüße

Andreas






Am 05.11.2012 17:42, schrieb Adrian Stabiszewski:

...


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

Re: [Talk-de] Poster - war Best of OSM-Websiete

Martin Koppenhoefer dieterdreist at gmail.com writes:
 ganz einfach: man muss jeden Buchstaben einzeln selektieren,
 vermutlich sogar jeden i-Punkt (habe ich gerade nicht ausprobiert),

Ich kann mich täuschen (ist schon etwas her) aber wenn ich mich nicht irre, dann
sind die Buchstaben zusammengruppiert.

 von allen Texten (wenn es echter Text wäre, könnte man mit einem Click
 sagen: selektiere allen schwarzen Text in Schriftgröße 11 oder so).

Wenn es echter Text wäre, dann wäre das resultierende SVG nicht auf jedem System
gleich, es sei denn man würde voraussetzen, dass der passende Font installiert
wird.

Gruß

Manuel


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

Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage

2012-11-06 Per discussione Andreas Dommaschk


Eines habe ich noch vergessen.

Login:

Ist es möglich gleich den OSM-Account als Login zu nutzen?


Grüße

Andreas

Am 05.11.2012 17:42, schrieb Adrian Stabiszewski:

...


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

Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage

Adrian Stabiszewski-2 wrote
...Dadurch können bereits vorhandene Locations
von OSM nach Gonam übernommen werden, wie auch neue Locations von Gonam
nach
OSM transferiert werden.

Das halte ich für den prinzipiell falschen Ansatz der Zusammenarbeit mit
OSM. Hier wird - mal wieder - eine Parallelwelt aufgebaut, die ALLE für
euer Projekt relevanten Daten bis auf die Landkarte enthält. Danach wird
durch verschiedene Prozeduren dafür gesogrt - oder besser: soll dafür
gesorgt werden -, dass die für OSM relevanten Informationen abgeglichen
werden. Dieses Verfahren ist sehr aufwändig und garantiert nicht
pflegeleicht.
Da Ihr bisher in der Google-Welt aktiv ward und mit deren Beschränkungen
leben musstet, kann ich euch das auch nicht verübeln ;-)

Mein Ansatz sähe in etwa so aus:
- Eingabe und Pflege der POI mit den Basisdaten (Name, Amenity, Adressen,
Contact, Location -lat/lon-, opening_hours, ...) direkt und *nur in OSM*,
wobei natürlich auf bestehende POI in Form von Buildings und/oder
Relationen geachtet werden muß.
- Link über eine UUID zu eurer lokalen Datenbank, die alle für euch
zusätzlich wichtigen Daten (Bilder, Videos, Bewertungen, Speisekarte,
Freundin des Chefkochs ;-) ) enthalten kann.

Dadurch wird Redundanz vermieden und ein Abgleich beider Datenbestände ist
nicht mehr so kritisch, da es ja keine redundanten Informationen mehr gibt.
Eine Überprüfung auf Existenz (Ist unser Restaurant noch in OSM drin?) ist
kinderleicht.

Diese Möglichkeit des direkten Eintragens in die Geo-DB (hier OSM) stand
euch bei Google natürlich nicht in dieser Form zur Verfügung - da sind wir
erheblich flexibler!

Ich wage es aber zu bezweifeln, dass ihr diesen Weg jetzt noch gehen werdet
- dafür habt ihr euch wohl zu spät gemeldet.
Dann empfehle ich euch aber dringenst einen Blick in diverse Diskussionen
über Wheelmap und YAPIS hier und im Forum zu werfen. Dort gab es in der
Anfangszeit erhebliche Probleme bei der Datenübernahme - wir waren kurz
davor, Wheelmap zu sperren!

Gruss
walter

--
View this message in context:
http://gis.19327.n5.nabble.com/Offene-Plattform-fur-Gastronomie-Lizenzfrage-tp5734285p5734480.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Poster - war Best of OSM-Websiete

Am 6. November 2012 14:21 schrieb Manuel Reimer manuel.s...@nurfuerspam.de:
 Wenn es echter Text wäre, dann wäre das resultierende SVG nicht auf jedem 
 System
 gleich, es sei denn man würde voraussetzen, dass der passende Font installiert
 wird.


ja klar, einen Tod muss man sterben ;-)
Man könnte optional beim svg-Export anbieten, den Text in Vektoren
umzuwandeln (oder anders rum). Wer wirklich nichts weiterbearbeiten
will der braucht ja auch keine Texte und wer weiterbearbeiten will,
der wird sich auch den Font installieren.

Gruß Martin

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

Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage

Am 6. November 2012 14:27 schrieb Walter Nordmann pil...@hotmail.com:
 Mein Ansatz sähe in etwa so aus:
 - Eingabe und Pflege der POI mit den Basisdaten (Name, Amenity, Adressen,
 Contact, Location -lat/lon-, opening_hours, ...) direkt und *nur in OSM*,
 wobei natürlich auf bestehende POI  in Form von Buildings und/oder
 Relationen geachtet werden muß.


-1, der Vorteil eines dedizierten Portals ist ja gerade, dass jeder
problemlos und ohne tagelanges Studium von OSM einfach und sogar mobil
vor Ort beitragen kann, z.B. die Restaurantbetreiber selbst in einer
dedizierten Maske die für den Anwendungsfall optimiert ist. Was
natürlich super wäre wäre eine OAuth-Intergration, so dass man direkt
auch in OSM editieren würde und der Nutzer der geändert hat in OSM
nachverfolgbar und kontaktierbar bleibt (z.B. auch hinsichtlich
Vandalismus).


 Dann empfehle ich euch aber dringenst einen Blick in diverse Diskussionen
 über Wheelmap und YAPIS hier und im Forum zu werfen. Dort gab es in der
 Anfangszeit erhebliche Probleme bei der Datenübernahme - wir waren kurz
 davor, Wheelmap zu sperren!


die haben (oder hatten?) halt das Problem, dass alle Änderungen mit
einem generischen Wheelmap-user geschrieben wurden. OAuth ist ja u.A.
für diese externen Editoren geschaffen worden.

Gruß Martin

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

Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage

2012-11-06 Per discussione Falk Zscheile

Am 6. November 2012 14:27 schrieb Walter Nordmann pil...@hotmail.com:
 Adrian Stabiszewski-2 wrote
 ...Dadurch können bereits vorhandene Locations
 von OSM nach Gonam übernommen werden, wie auch neue Locations von Gonam
 nach
 OSM transferiert werden.

 Das halte ich für den prinzipiell falschen Ansatz der Zusammenarbeit mit
 OSM. Hier wird - mal wieder - eine Parallelwelt aufgebaut, die ALLE für
 euer Projekt relevanten Daten bis auf die Landkarte enthält. Danach wird
 durch verschiedene Prozeduren dafür gesogrt - oder besser: soll dafür
 gesorgt werden -, dass die für OSM relevanten Informationen abgeglichen
 werden. Dieses Verfahren ist sehr aufwändig und garantiert nicht
 pflegeleicht.

Ich halte es ganz im Gegenteil für einen vielversprechenden Ansatz,
auf dem unbedingt mehr Erfahrung gesammelt werden muss. Die Vorteile
in diesem Ansatz sehe folgende:

1. Grundsätzlich kann eine größere Community erreicht werden. Nicht
jeder der gerne essen geht und potentiell bereit Wäre so etwas zu
erfassen interessiert sich fürs Geodatensammeln. Und nicht jeder der
Geodaten sammelt hält es für Sinnvoll (wenn überhaupt) Gastronomie als
Geodaten zu erfassen. Die Verknüpfung von zwei sich überschneidenden
Interessengruppen mit informatischen Mitteln halte ich für gelungen.
2. Gerade im Bereich Gastronomie/Ladenlokalen ist die Fluktuation so
groß, dass OSM die Aktualität der Daten nicht allein gewährleisten
kann. Dafür ist die Community zu klein. Die Verknüpfung vergrößert den
Bereich potentieller Mitwirkender.
3. Da es sich um einen sehr begrenzten Projektinhalt handelt ist der
Einarbeitungsaufwand geringer. Auch das erhöht die Chance auf neue
mitwirkende und damit auf aktuelle Daten.
3. Daten wie Öffnungszeiten, Telefonnummer oder Internetadresse sind
eigentlich keine geografischen Daten und gehören streng genommen auch
nicht in eine Geodatenbank. Sie sind es bei OSM trotzdem, weil es
bisher keine Möglichkeit gab diese anders Datenbankmäßig zu erfassen
und ein Bedürfnis besteht die Geninformation Lage des Restaurants
mit diesen Zusatzinfos zu erfassen. Insoweit sehe ich in gonam eine
Entwicklung in die richtige Richtung weg von einer OSM alles in einem
Datenbank.

Gibt es außer Openaddress und Freie Tonne und jetzt gonam eigentlich
noch andere Projekte, die zwar mit der OSM-Datenbank einen
Datenaustausch pflegen, aber auch eigene Datenbanken führen?

Gruß, Falk

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

Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage


Am 06.11.2012 14:34, schrieb Martin Koppenhoefer:

Am 6. November 2012 14:27 schrieb Walter Nordmann pil...@hotmail.com:

Mein Ansatz sähe in etwa so aus:
- Eingabe und Pflege der POI mit den Basisdaten (Name, Amenity, Adressen,
Contact, Location -lat/lon-, opening_hours, ...) direkt und *nur in OSM*,
wobei natürlich auf bestehende POI  in Form von Buildings und/oder
Relationen geachtet werden muß.


-1, der Vorteil eines dedizierten Portals ist ja gerade, dass jeder
problemlos und ohne tagelanges Studium von OSM einfach und sogar mobil
vor Ort beitragen kann, z.B. die Restaurantbetreiber selbst in einer
dedizierten Maske die für den Anwendungsfall optimiert ist. Was
natürlich super wäre wäre eine OAuth-Intergration, so dass man direkt
auch in OSM editieren würde und der Nutzer der geändert hat in OSM
nachverfolgbar und kontaktierbar bleibt (z.B. auch hinsichtlich
Vandalismus).

Das widerspricht sich ja nicht.
Die Daten nur in OSM zu verwalten heißt nicht, nur über die gängigen 
general-purpose-OSM-Editoren eintragen zu lassen.
Vielmehr kann die diskutierte Plattform über die OAuth-Integration zum 
Editor werden.
Dann gebe ich Walter aber recht: Das direkte Eintragen in osm und die 
Nutzung von OSM als master-datenbank vermeidet Verrenkungen bei der 
Synchronisierung.

Dann empfehle ich euch aber dringenst einen Blick in diverse Diskussionen
über Wheelmap und YAPIS hier und im Forum zu werfen. Dort gab es in der
Anfangszeit erhebliche Probleme bei der Datenübernahme - wir waren kurz
davor, Wheelmap zu sperren!

die haben (oder hatten?) halt das Problem, dass alle Änderungen mit
einem generischen Wheelmap-user geschrieben wurden. OAuth ist ja u.A.
für diese externen Editoren geschaffen worden.

+1

Gruß
Peter

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

Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage

Martin Koppenhoefer wrote
 -1, der Vorteil eines dedizierten Portals ist ja gerade, dass jeder
 problemlos und ohne tagelanges Studium von OSM einfach und sogar mobil
 vor Ort beitragen kann, z.B. die Restaurantbetreiber selbst in einer
 dedizierten Maske die für den Anwendungsfall optimiert ist. Was
 natürlich super wäre wäre eine OAuth-Intergration, so dass man direkt
 auch in OSM editieren würde und der Nutzer der geändert hat in OSM
 nachverfolgbar und kontaktierbar bleibt (z.B. auch hinsichtlich
 Vandalismus).

genau so hab ich es ja auch gemeint. Ähnlich wie bei dem Amenity-Editor, der
ja auch direkt die OSM-POI live bearbeitet und sich über OAUTH
authentifiziert. Hier müsste der Editor halt zwei Datenbanken füttern.
Wenn ich mich nicht täusche, ist das sowieso ein Kind vom Thread-Opener
??? 
Wenn nicht: bitte dort nachsehen - da kann man verdammt viel lernen.

Gruss
walter




--
View this message in context: 
http://gis.19327.n5.nabble.com/Offene-Plattform-fur-Gastronomie-Lizenzfrage-tp5734285p5734492.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage

Falk Zscheile-2 wrote
 3. Daten wie Öffnungszeiten, Telefonnummer oder Internetadresse sind
 eigentlich keine geografischen Daten und gehören streng genommen auch
 nicht in eine Geodatenbank. Sie sind es bei OSM trotzdem, weil es
 bisher keine Möglichkeit gab diese anders Datenbankmäßig zu erfassen
 und ein Bedürfnis besteht die Geninformation Lage des Restaurants
 mit diesen Zusatzinfos zu erfassen. Insoweit sehe ich in gonam eine
 Entwicklung in die richtige Richtung weg von einer OSM alles in einem
 Datenbank.

Könnte ich fast zustimmen: was hat das Zeug in OSM zu suchen?
*Aber*: Wie kann jedermann R/W auf die sekundäre DB zugreifen? Solange
Nicht-GEO-Daten wie Contact oder opening_hours in osm stehen, sind sie für
jedermann erreichbar. Wenn sie ausgelagert werden, könnte das problematisch
werden. Daher hatte ich vorgeschlagen, dass die Kollegen ihre
projekspezifischen Daten in ihre eigene DB auslagern - mehr nicht. 
Eventuell findet sich ja jemand, der solche nicht-Geo-Daten weltweit frei
und offen hosted, aber derzeit bin ich da skeptisch. 




--
View this message in context: 
http://gis.19327.n5.nabble.com/Offene-Plattform-fur-Gastronomie-Lizenzfrage-tp5734285p5734494.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage

Am 6. November 2012 14:47 schrieb Falk Zscheile falk.zsche...@gmail.com:
 3. Daten wie Öffnungszeiten, Telefonnummer oder Internetadresse sind
 eigentlich keine geografischen Daten und gehören streng genommen auch
 nicht in eine Geodatenbank.


was sind denn dann Geodaten? Wieso ist ein Name ein Geodatum? Oder
wäre der das dann auch nicht, genausowenig wie brand, operator,
cuisine, etc.? Wird nicht aus jedem Datum ein Geodatum, wenn man es
räumlich zuordnen kann? Ist es nicht dieselbe Art von Aussage zu sagen
der Laden an dieser Stelle auf der Welt hat diese Telefonnummer und
ist Mo-Fr. von 9-18h geöffnet, wie zu sagen der verkauft Schrauben und
heisst Schraubenwelt, die Hausnummer ist 23?

Gruß Martin

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

Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage

2012-11-06 Per discussione Falk Zscheile

Am 6. November 2012 16:37 schrieb Martin Koppenhoefer dieterdre...@gmail.com:
 Am 6. November 2012 14:47 schrieb Falk Zscheile falk.zsche...@gmail.com:
 3. Daten wie Öffnungszeiten, Telefonnummer oder Internetadresse sind
 eigentlich keine geografischen Daten und gehören streng genommen auch
 nicht in eine Geodatenbank.


 was sind denn dann Geodaten? Wieso ist ein Name ein Geodatum? Oder
 wäre der das dann auch nicht, genausowenig wie brand, operator,
 cuisine, etc.? Wird nicht aus jedem Datum ein Geodatum, wenn man es
 räumlich zuordnen kann? Ist es nicht dieselbe Art von Aussage zu sagen
 der Laden an dieser Stelle auf der Welt hat diese Telefonnummer und
 ist Mo-Fr. von 9-18h geöffnet, wie zu sagen der verkauft Schrauben und
 heisst Schraubenwelt, die Hausnummer ist 23?


Gut, dann lass uns Haare spalten.

Restaurant -- Objekt im Raum = Geodaten
Etwas spezifiziert/identifizierbar durch Namen -- Objekt im Raum = Geodaten

Restaurant und Name sind dabei zwei gleichwertige Eigenschaften eines
Objekts, dh. beides Geodaten. Der Namen des Restaurants ist daher noch
keine von den Geodaten unabhängige Information. Anders Öffnungszeiten,
die haben keine Lage im Raum. Adressen haben dagegen eine Lage im
Raum, die wird gesetzlich festgelegt. Telefonnummer haben keine Lage
im Raum, sondern bekommen diese manchmal durch Zuordnung an ein
Objekt. Wir sagen aber nicht die Telefonnummer liegt lon/lat sodern
das Restaurant liegt lon/lat oder Name x/y liegt lon/lat und hat die
folgende Telefonnummer oder Öffnungszeit.

Gruß, Falk

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

Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage

Am 6. November 2012 16:57 schrieb Falk Zscheile falk.zsche...@gmail.com:
 Gut, dann lass uns Haare spalten.

 Restaurant -- Objekt im Raum = Geodaten
 Etwas spezifiziert/identifizierbar durch Namen -- Objekt im Raum = Geodaten

 Restaurant und Name sind dabei zwei gleichwertige Eigenschaften eines
 Objekts, dh. beides Geodaten. Der Namen des Restaurants ist daher noch
 keine von den Geodaten unabhängige Information. Anders Öffnungszeiten,
 die haben keine Lage im Raum. Adressen haben dagegen eine Lage im
 Raum, die wird gesetzlich festgelegt. Telefonnummer haben keine Lage
 im Raum, sondern bekommen diese manchmal durch Zuordnung an ein
 Objekt.


ich verstehe immer noch nicht den Unterschied des Namens zur
Telefonnummer. Das Restaurant kann ich mit der Telefonnummer doch
genauso identifizieren wie mit dem Namen?


 Wir sagen aber nicht die Telefonnummer liegt lon/lat sodern
 das Restaurant liegt lon/lat oder Name x/y liegt lon/lat und hat die
 folgende Telefonnummer oder Öffnungszeit.


Das Restaurant lon/lat hat den Namen, das Restaurant lon/lat hat die
Telefonnummer, das Restaurant lon/lat hat die Öffnungszeiten...

Gruß Martin

PS: Ist im Prinzip ja auch egal, ich bin dafür, sowohl den Namen als
auch die Telefonnummer zu erfassen, ggf. auch die Öffnungszeiten und
die Art der Küche...

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

Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage

2012-11-06 Per discussione Adrian Stabiszewski

Hi Andreas,

danke für das Feedback. Die Sache mit dem Neu Button werden wir gleich
implementieren.

 Lokation aus OSM Karte:
 
 Die Möglichkeit einen POI zu setzen würde ich in einer Webseite auf die
 rechte Maustaste legen. Beim verschieben Karte wird ständig reingezoomt
 und das ist umständlich weil man so immer wieder an anderen Stellen
landet.
 Wenn der POi gesetzt ist kann man dann nicht mehr weiterreinzoomen mit
 links und muß mit + oder - reinzoomen.

Uns wäre die Lösung mit der rechten Maustaste auch lieber, aber im Moment
unterstützt dies die Leaflet Library nicht. Die Übernahme über die Karte
wird jedoch definitiv weiter verbessert.

 Wenn der Restaurant als Punkt innnerhalb eines Gebäudes sich befindet
 dann wird die Adresse des Gebäudes nicht übernommen.

Dies wird leider etwas schwierig. Im Moment können wir Locations von einem
Punkt und von einem Gebäude übernehmen.

 Ebenso werden die Öffnungszeiten, die Küche und die Wheelchair Angaben
 werden nicht übernommen.
 Ebenso werden diese Angaben nicht in die OSM-Datenbank geschrieben.

Es stimmt, dass wir die Küche und ÖZ von OSM noch nicht übernehmen können.
Die Wheelchair Angaben sollten aber funktionieren. Ich werde es noch prüfen.

 Probleme beim Erkennung von Restaurants:
 Hier existieren vier Restaurants in einem Gebäude , erkannt wird aber nur
 eines.
 http://www.openstreetmap.org/?lat=50.682857lon=10.933792zoom=18;
 layers=M

Diese Locations sehen wie Gebäude im Gebäude aus.  ;)
Ich habe dies für das nächste Release etwas verbessert, so dass jetzt alle
vier Locations zur Übernahme angezeigt werden.

Bzgl. dem Login mit OSM wäre es denkbar. Wir werden definitiv Logins mit
Twitter, Facebook und G+ einrichten.

Viele Grüße,
Adrian. 



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

Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage

2012-11-06 Per discussione Falk Zscheile

Am 6. November 2012 17:15 schrieb Martin Koppenhoefer dieterdre...@gmail.com:
 Am 6. November 2012 16:57 schrieb Falk Zscheile falk.zsche...@gmail.com:
 Gut, dann lass uns Haare spalten.

 Restaurant -- Objekt im Raum = Geodaten
 Etwas spezifiziert/identifizierbar durch Namen -- Objekt im Raum = Geodaten

 Restaurant und Name sind dabei zwei gleichwertige Eigenschaften eines
 Objekts, dh. beides Geodaten. Der Namen des Restaurants ist daher noch
 keine von den Geodaten unabhängige Information. Anders Öffnungszeiten,
 die haben keine Lage im Raum. Adressen haben dagegen eine Lage im
 Raum, die wird gesetzlich festgelegt. Telefonnummer haben keine Lage
 im Raum, sondern bekommen diese manchmal durch Zuordnung an ein
 Objekt.


 ich verstehe immer noch nicht den Unterschied des Namens zur
 Telefonnummer. Das Restaurant kann ich mit der Telefonnummer doch
 genauso identifizieren wie mit dem Namen?


Man kann sagen ein Objekt mit Namen x/y liegt lon/lat und man kann
sagen ein Restaurant liegt lon/lat. Der Es ist also nicht klar, ob der
Name eine Eigenschaft des Restaurants ist oder das Restaurant eine
Eigenschaft des Namens. Beides kann gleichberechtigt nebeneinander
stehen.

Man kann nicht sagen Öffnungszeit liegt lon/lat. Diese Eigenschaft
macht allein keinen Sinn.


 PS: Ist im Prinzip ja auch egal, ich bin dafür, sowohl den Namen als
 auch die Telefonnummer zu erfassen, ggf. auch die Öffnungszeiten und
 die Art der Küche...


Kannst Du auch gern machen :-)

Gruß, Falk

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

Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage

2012-11-06 Per discussione Henning Scholland


Am 06.11.2012 17:54, schrieb Falk Zscheile:

Am 6. November 2012 17:15 schrieb Martin Koppenhoefer dieterdre...@gmail.com:

Am 6. November 2012 16:57 schrieb Falk Zscheile falk.zsche...@gmail.com:

Gut, dann lass uns Haare spalten.

Restaurant -- Objekt im Raum = Geodaten
Etwas spezifiziert/identifizierbar durch Namen -- Objekt im Raum = Geodaten

Restaurant und Name sind dabei zwei gleichwertige Eigenschaften eines
Objekts, dh. beides Geodaten. Der Namen des Restaurants ist daher noch
keine von den Geodaten unabhängige Information. Anders Öffnungszeiten,
die haben keine Lage im Raum. Adressen haben dagegen eine Lage im
Raum, die wird gesetzlich festgelegt. Telefonnummer haben keine Lage
im Raum, sondern bekommen diese manchmal durch Zuordnung an ein
Objekt.


ich verstehe immer noch nicht den Unterschied des Namens zur
Telefonnummer. Das Restaurant kann ich mit der Telefonnummer doch
genauso identifizieren wie mit dem Namen?


Man kann sagen ein Objekt mit Namen x/y liegt lon/lat und man kann
sagen ein Restaurant liegt lon/lat. Der Es ist also nicht klar, ob der
Name eine Eigenschaft des Restaurants ist oder das Restaurant eine
Eigenschaft des Namens. Beides kann gleichberechtigt nebeneinander
stehen.

Man kann nicht sagen Öffnungszeit liegt lon/lat. Diese Eigenschaft
macht allein keinen Sinn.
Wieso nicht? Es wäre sogar denkbar, dass es an lat/lon Schnitzel für 
3,50 gibt. ;)


Henning


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

Re: [Talk-de] Poster - war Best of OSM-Websiete

2012-11-06 Per discussione Alexander Lehner




On Tue, 6 Nov 2012, Johann H. Addicks wrote:


Am 06.11.2012 00:01, schrieb Alexander Lehner:


Ich werde jetzt mal eine Deiner Karten in Druck geben - gibts in ner
Web-Druckerei fuer knapp 30 EUR.


Gibt es irgendwen, der diesen Workflow inkl. Druck und Postversand
_in dieser Datenaufbereitungsqualität_ auf regulärer Basis anbietet?
Also zu Konditionen, die nicht auf Selbstausbeutung beruhen, wo man also
guten Gewissens jemanden hinschicken kann, der nur eine Karte für den
Aushang braucht.
Also Ausschnitt/Zoom, Style, Mapfeatures, Hillshading etc anklicken,
Preview abnicken, Druckqualität auswählen, Preis abnicken, Paypal zahlen
und dann ein paar Tage warten und sich dann über die Lieferung freuen?


Hehe, 'ohne persoenliche Ausbeutung' ist gut!
Ich glaube nicht, dass es sowas gibt. Was ich soweit mitbekommen habe, 
sind bisher alle Printmedien in Eigenregie entstanden, es gibt einige 
Flyer, die von Frederik's Layout abstammen und 'lokalisiert' wurden und 
eben einige (selbstgedruckte) Poster.


Den Workflow zu automatisieren (z.B. als Webfrontent) ist aber 
wahrscheinlich mehr Arbeit, als das fuer jeden einzelnen Fall von Hand zu 
machen. Zumindest solange sich die Anzahl 'Auftraege' in Grenzen haelt.


Ich persoenlich habe mit der online-Druckerei (hier saxporint) einiges an 
Erfahrung gesammelt, ist manchmal anstrengend aber das Ergebnis war immer 
gut.


Lass uns mal das Ergebnis meines Posters abwarten. Wenn das was taugt, 
helfe ich gerne auch bei weiteren Ideen. OSM ist doch eine comunity, oder?



Der Workflow waere also m.E. folgender:
Mail an die Liste a la 'ich haette gerne ein Poster von da und da mit 
folgenden Features', warten ob sich was tut und wenn ja, freuen dass ein 
paar Tage spaeter das Paket da ist!


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

[Talk-de] Anmeldung OSM Garmin Hack Weekend

2012-11-06 Per discussione Gehling Marc

Sehr geehrte Kartenbauer und aktiver OSMler

einige haben es vielleicht mitbekommen. Wir planen ein OSM Garmin Hack 
Weekend[1]. Ziel ist es, die Macher von Garminkarten zusammenzubringen und zwei 
Ideen zu verwirklichen: 

- Eine Landingpage, die für absolute Neulinge die Nutzung von vorhandenen 
Garminkarten beschreibt, eine Auswahl ermöglicht und gepflegt wird 
- Ein Kartengenerator, der es jeden ermöglicht, individuelle Karten mit 
verschiedenen Stilen und Gebieten zu erstellen. 
 
Durch diesen Service wollen wir die OSM Karten bei Radfahrer und Wanderer 
bekannter machen und hoffen, neue Mapper zu gewinnen.

Teilnehmer sollten somit entweder schon eigene Garminkarten erzeugen oder Lust 
haben, an der Landingpage und dem Kartengenerator mitzuarbeiten.

Mit Steve Ratcliffe hat der Entwickler von mkgmap bereits zugesagt. 

Das Hack Weekend findet am 

1.2.-3.2.2013 im Linuxhotel Essen [2] statt.

Das Linuxhotel liegt am Rande von Essen in einem schönen privaten Park. 
- Wir übernachten in Doppel- bzw. Einzelzimmer
- Arbeiten können wir in 3 Seminarräume 
- Das Kaminzimmer wird als Frühstücksraum und für die gesellige Runde genutzt 
- Offenes WLAN auf dem ganzen Gelände 
- Frühstück, Übernachtung und Getränke für den ganzen Tag sind im Preis 
inbegriffen 
 
Dank der Unterstützung [3] durch den FOSSGIS e.V. belaufen sich die 
Teilnehmerkosten für die drei Tage ( d.h. Frühstück, Übernachtung, Getränke) 
auf maximal 30 Euro. 

Zur Anmeldung schicke mir bitte eine Mail mit deinen Anreise, deinen 
Abreisedatum.und ob ein Einzel- oder Doppelzimmer gewünscht wird. ( Es sind 
zwei EZ und 8 DZ vorhanden )

Wenn noch Fragen sind, beantworte ich sie gerne per mail.

Mfg Marc Gehling

[1] http://wiki.openstreetmap.org/wiki/Garmin_Project
[2] http://www.linuxhotel.de/
[3] http://www.fossgis.de/wiki/Hackweekend_Kartenbau
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Operation Cowboy - 23.-25.11

2012-11-06 Per discussione malenki

Matthias Meißer schrieb:

Das ist ja auch alles menschlich und deshalb auch nicht schlimm. 
Allerdings fehlt mir selbst da echt die Zeit. So nebenbei eine globale 
Sache anstoßen läuft ja auch nicht mal eben so ;) Von daher würde ich 
mich wie in der ersten Mail schon gesagt, sehr über Unterstützung 
freuen, zumal das dann einfach auch basisdemokratischer ist.

Sorry, dass ich dir keine Entlastung anbieten kann sondern nur einen
Link, den ich einem Thread nebenan fand und der dir vielleicht
weiterhilft: http://www.fossgis.de/wiki/Förderanträge#2012

Die Night of the living Maps sehe ich da, aber Operation Cowboy nicht.

Gruß
malenki



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

Re: [Talk-de] GONAM - war: Offene Plattform für Gastronomie / Lizenzfrage

2012-11-06 Per discussione Adrian Stabiszewski

Hi Andreas!

 Kann ich mich trotzdem beteiligen?
 

Klar, Gonam lässt sich problemlos auch mit einem modernen Browser wie
Firefox oder Chrome bedienen.
Du kannst gerne Bilder von einer Digitalkamera hochladen.

Gib uns einfach Bescheid, wenn etwas nicht wie erwartet funktioniert und wie
versuchen es zu verbessern.

Viele Grüße,
Adrian.



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

Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage

2012-11-06 Per discussione Adrian Stabiszewski

  Aus unserer Sicht hat ein Bild der
  Fassade einer Location nicht unbedingt die schöpferische Höhe um sich
  mit Copyrights zu beschäftigen. Wie ist eure Meinung?
 
  sehe ich anders, gerade wenn man die Bilder nicht automatisch aufnimmt
  (so wie StreetView z.B) sondern von Hand, also den Ausschnitt, die
  Perspektive, den Moment des Auslösens etc. irgendwie doch bestimmt,
  zumindest manche Eurer User.
 Eine Erlaubnis des Fotografen braucht ihr auf jeden Fall. Je nach Motiv
solltet
 ihr euch auch mit dem Markenrecht auseinandersetzen. Bspw. wenn ein
 Markenzeichen das Hauptmotiv des Bildes ist.

Uns ist klar, dass nach dem deutschen Urheberrecht jedes Foto auch wenn es
nur versehentlich entstanden ist, den Urheberschutz genießt.

Wir tendieren im Moment zu der Public Domain Lizenz, da diese den
Verwaltungsaufwand reduziert.

Viele Grüße,
Adrian.


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

[Talk-de] Strassennamen Vergleich für die Schweiz

2012-11-06 Per discussione Simon Poole


Auf http://qa.poole.ch/ch-roads/ hab ich eine experimentelle Version
eines Strassenvergleichs für die ganze Schweiz bereitgestellt.

Mehr dazu
http://wiki.openstreetmap.org/wiki/OSM_-_GWR_Street_and_Place_Names_Comparison

Simon


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

[Talk-de] Gemeindegrenzen

2012-11-06 Per discussione Jörg Frings-Fürst

Hallo,

ich bin im Augenblick dabei mit der Straßenlistenauswertung die Straßen
in der VG Wittlich - Land zu überprüfen.

Dabei sind mir zu teil beträchtliche Fehler in den Gemeindegrenzen
aufgefallen. Hupperath hatte z.B. große Teile von Minderlittgen 
eingemeindet.

Als Source für die Grenze Hupperath (Rel.ID. 1259140) war [1]
eingetragen. Ich kann zwar nicht verstehen warum so etwas (nicht
georeferenziert, viel zu stark vereinfacht) als Vorlage benutzt wird,
zumal die Grenzen, wenn ich mich richtig erinnere, schon mal viel
genauer eingetragen waren. 

Aber dies ist nicht der Grund für meine Mail.

Grenzen sind doch gemeinfrei. Gibt es die Grenzverläufe als
verarbeitbare Daten?  Oder als JOSM - Overlay?


Danke für Eure Antworten.

Gruß Jörg


[1] http://de.wikipedia.org/wiki/Datei:Verbandsgemeinden_in_WIL.svg




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

Re: [Talk-de] Poster - war Best of OSM-Websiete

On 06.11.2012 18:53, Alexander Lehner wrote:
 
 
 On Tue, 6 Nov 2012, Johann H. Addicks wrote:
 
 Am 06.11.2012 00:01, schrieb Alexander Lehner:

 Ich werde jetzt mal eine Deiner Karten in Druck geben - gibts in ner
 Web-Druckerei fuer knapp 30 EUR.

 Gibt es irgendwen, der diesen Workflow inkl. Druck und Postversand
 _in dieser Datenaufbereitungsqualität_ auf regulärer Basis anbietet?
 Also zu Konditionen, die nicht auf Selbstausbeutung beruhen, wo man also
 guten Gewissens jemanden hinschicken kann, der nur eine Karte für den
 Aushang braucht.
 Also Ausschnitt/Zoom, Style, Mapfeatures, Hillshading etc anklicken,
 Preview abnicken, Druckqualität auswählen, Preis abnicken, Paypal zahlen
 und dann ein paar Tage warten und sich dann über die Lieferung freuen?
 
 Hehe, 'ohne persoenliche Ausbeutung' ist gut!
 Ich glaube nicht, dass es sowas gibt. Was ich soweit mitbekommen habe,
 sind bisher alle Printmedien in Eigenregie entstanden, es gibt einige
 Flyer, die von Frederik's Layout abstammen und 'lokalisiert' wurden und
 eben einige (selbstgedruckte) Poster.
 

Mir ist auch keine fertige Lösung bekannt. Was wären denn akzeptable
Konditionen? Abgesehen vom eigentlichen Erstellen der Druckdatei, kämen
ja noch mind. Druck- und Versandkosten hinzu.

Wo die Reise hingeht weiß ich noch nicht genau. Mein Ziel ist es erstmal
das serverseitige Setup rund zu machen. Später kann dann noch eine
Webgui davor gehängt werden. Aber alles zu seiner Zeit.

 
 Ich persoenlich habe mit der online-Druckerei (hier saxporint) einiges
 an Erfahrung gesammelt, ist manchmal anstrengend aber das Ergebnis war
 immer gut.

Danke für den Druckerei-Tip, werde ich mal testen. Bisher war ich aber
auch mit diedruckerei.de ganz zufrieden.

 
 Lass uns mal das Ergebnis meines Posters abwarten. Wenn das was taugt,
 helfe ich gerne auch bei weiteren Ideen. OSM ist doch eine comunity, oder?
 

Ich bin gespannt auf Deine Bewertung!

 
 Der Workflow waere also m.E. folgender:
 Mail an die Liste a la 'ich haette gerne ein Poster von da und da mit
 folgenden Features', warten ob sich was tut und wenn ja, freuen dass ein
 paar Tage spaeter das Paket da ist!
 

Futter zum Testen kann ich immer gebrauchen. Nur zusichern kann ich nichts.

Btw: Am 14.11. findet in Potsdam am GFZ ein GISday [1] statt. Dort
werde ich in einem Kurzvortrag das Drucksetup vorstellen.


Viele Grüße,

Lars


[1] http://www.gfz-potsdam.de/portal/gfz/cegit/Aktuelles


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

Re: [Talk-de] Poster - war Best of OSM-Websiete

On 06.11.2012 14:28, Martin Koppenhoefer wrote:
 Am 6. November 2012 14:21 schrieb Manuel Reimer manuel.s...@nurfuerspam.de:
 Wenn es echter Text wäre, dann wäre das resultierende SVG nicht auf jedem 
 System
 gleich, es sei denn man würde voraussetzen, dass der passende Font 
 installiert
 wird.
 
 
 ja klar, einen Tod muss man sterben ;-)
 Man könnte optional beim svg-Export anbieten, den Text in Vektoren
 umzuwandeln (oder anders rum). Wer wirklich nichts weiterbearbeiten
 will der braucht ja auch keine Texte und wer weiterbearbeiten will,
 der wird sich auch den Font installieren.
 

Der SVG-Writer müsste an dieser Stelle verändert werden.Mapnik als auch
MapServer benutzen Cairo dafür. Und da kommt das SVG so raus wie es
jetzt ist.
Beim GeoServer bin ich mir nicht sicher, das werde ich mal testen.

Maperitive kann hingegen auch ein Illustrator-SVG-Format erzeugen, was
für die Nachbearbeitung besser geeignet ist.

Aber der SVG-Export ist eine ganz andere Baustelle, da schaufel ich
erstmal nicht mit :)

Viele Grüße,

Lars


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

Re: [Talk-de] Poster - war Best of OSM-Websiete

On 06.11.2012 10:47, Manuel Reimer wrote:
 Alexander Lehner lehner at edv-buero-lehner.de writes:
 * Kritik ;)
 Nur ganz klein, und mir ist auch klar, woher das kommt:
 Die Icons fuer z.B. Parkplatz, Restaurant etc. sind naturgemaess zu klein 
 und werden hochskaliert. Das waere mal was fuer einen OSM'ler dem 
 langweilig ist, das in hoeherer Aufloesung nachzubauen...
 
 http://www.sjjb.co.uk/mapicons/downloads
 
 Ich habe die bei meinem Plakat manuell in Inkscape reingebaut (Rastergrafik
 raus, Vektorgrafik rein). Keine Ahnung ob man SVG-Icons auch schon beim 
 Rendern
 integrieren kann.
 

Die HikeBike Karte benutzt genau diese Symbole. Allerdings werden PNGs
in verschiedenen Größen erstellt und je nach Zoomlevel eine geeignete
Größe eingebunden.

Wenn hier im Mapstyle die SVG-Symbole direkt verwendet werden, sind die
Konturen auch schärfer.

Bei anderen Kartenstilen gibt es oft nur einen Satz PNGs, da müsste also
erst eine Vektorversion erstellt werden.

Mit der Zeit wird das sicher kommen...


Viele Grüße,

Lars


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

Re: [Talk-de] Poster - war Best of OSM-Websiete

On 06.11.2012 10:59, Peter Wendorff wrote:
 Am 06.11.2012 02:14, schrieb Martin Koppenhoefer:
 Am 5. November 2012 22:47 schrieb Lars Lingner
 gislars+l...@googlemail.com:
 Den SVG-Export finde ich nicht gut genug zum Nachbearbeiten. Besonders
 stört das die einzelnen Objekte nur bis zu den sichtbaren Kanten
 enthalten sind. Entferne ich z.b. den Weg durch einen Park, habe ich
 eine weiße Linie bzw. Fläche im Park.

 die musst Du glaub auch noch löschen, AFAIR wird im standard stil von
 Mapnik unter einen Fußweg noch eine weisse (bzw. eigentlich
 halbtransparente) dicke Linie gerendert. Soweit ich weiss werden die
 Objekte im svg nicht beschnitten sondern überlagern sich nach dem
 painter's Algorithmus wie auch im png, kann mich aber auch täuschen.
 Du täuschst Dich nicht.
 

Stimmt. Ich wäre jede Wette eingegangen, das die Objekte nicht
überlagert sind. Genau das viel mir mal störend auf, jetzt bin ich mir
nicht mehr sicher wo ich das aufgeschnappt habe.

Viele Grüße,

Lars


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

Re: [Talk-de] Poster - war Best of OSM-Websiete

2012-11-06 Per discussione Sarah Hoffmann

On Tue, Nov 06, 2012 at 12:01:21AM +0100, Alexander Lehner wrote:
 Ich werde jetzt mal eine Deiner Karten in Druck geben - gibts in ner
 Web-Druckerei fuer knapp 30 EUR.
[...]
 
 Die Wanderwege sind OSM-Relationen.
 Die ueblichen Relationen-Tags fuer regionale, internationale etc.
 Wanderwege werden extrahiert. User 'lonvia' stellt diese Overlays
 bereit und ich fand sie fuer meinen Zweck sehr huebsch. Weiss aber
 nicht, wie er/sie das erstellt hat.

Der Code und Style dazu findet sich auf Github[1]. Man könnte sich
also seine eigene DB erstellen und das rendern. Die Symbole sind
zum grössten Teil bereits als Vektorgrafiken vorhanden.

Prinzipiell wäre ich auch nicht abgeneigt, eine Export-Funktion
für die Daten von der Website aus anzubieten. Müsste man sich
aber genau überlegen, wie sowas aussehen muss.

Sarah

[1] https://github.com/lonvia/waymarked-trails-site

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

[Talk-de] Sammelbehälter für Altbatterien und abgelaufene Arzneimittel

Gibt es schon einen Tag für Sammelbehälter für Altbatterien und einen
für abgelaufene Arzneimittel? Recycling passt da ja eher nicht so,
oder?

Gruß Martin

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

Re: [Talk-de] Sammelbehälter für Altbatterien und abgelaufene Arzneimittel

für batterien bestimmt - die werden ja auch wieder aufbereitet. Es gibt
inzwischen sogar Sortierautomaten, die die sauber auseinanderklabüsern und
so Akkus von Batterien trennen.

Gruss
walter



--
View this message in context: 
http://gis.19327.n5.nabble.com/Sammelbehalter-fur-Altbatterien-und-abgelaufene-Arzneimittel-tp5734562p5734565.html
Sent from the Germany mailing list archive at Nabble.com.

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

[Talk-de] 29C3 (December 27th to 30th, 2012)

2012-11-06 Per discussione Michael Kugelmann


Hallo,

da der Kartenvorverkauf für den 29C3 begonnen hat (siehe 
http://events.ccc.de/2012/11/03/ticket-vorverkauf-fur-den-29-chaos-communication-congress/): 


* gibt es bereits konkrete Pläne von OSM'lern dass sie hinfahren wollen?
* besteht konkretes Interesse so etwas wie einen Projektstand zu machen 
und ggf. Workshops anzubieten?


Anmerkungen:
* der Congress findet dieses Jahr in Hamburg und nicht wie in den 
letzten Jahren in Berlin statt.
* es sollte wegen dem deutlich größeren Platz in Hamburg deutlich 
einfacher Tickets geben
* es soll Assemblies geben statt traditioneller Projekttische-/Stände 
(siehe http://events.ccc.de/2012/10/22/assemblies/ )



Grüße,
Michael.

PS: momentan gibt es scheinbar noch relativ einfach Tickets, habe meines 
gerade völlig problemlos reserviert.



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

Re: [Talk-de] 29C3 (December 27th to 30th, 2012)

2012-11-06 Per discussione Gehling Marc

Hi,

du kannst dich unter https://events.ccc.de/congress/2012/wiki/OpenStreetMap 
eintragen.

So wie ich das verstanden habe, gibt es Tische und Stühle nur für Assemblies. 

Mfg Marc


Am 07.11.2012 um 07:19 schrieb Michael Kugelmann michaelk_...@gmx.de:

 Hallo,
 
 da der Kartenvorverkauf für den 29C3 begonnen hat (siehe 
 http://events.ccc.de/2012/11/03/ticket-vorverkauf-fur-den-29-chaos-communication-congress/):
  
 * gibt es bereits konkrete Pläne von OSM'lern dass sie hinfahren wollen?
 * besteht konkretes Interesse so etwas wie einen Projektstand zu machen und 
 ggf. Workshops anzubieten?
 
 Anmerkungen:
 * der Congress findet dieses Jahr in Hamburg und nicht wie in den letzten 
 Jahren in Berlin statt.
 * es sollte wegen dem deutlich größeren Platz in Hamburg deutlich einfacher 
 Tickets geben
 * es soll Assemblies geben statt traditioneller Projekttische-/Stände (siehe 
 http://events.ccc.de/2012/10/22/assemblies/ )
 
 
 Grüße,
 Michael.
 
 PS: momentan gibt es scheinbar noch relativ einfach Tickets, habe meines 
 gerade völlig problemlos reserviert.
 
 
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-de


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

Re: [Talk-de] Sammelbehälter für Altbatterien und abgelaufene Arzneimittel

2012-11-06 Per discussione Lars Schimmer

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2012-11-07 01:55, Walter Nordmann wrote:
 für batterien bestimmt - die werden ja auch wieder aufbereitet. Es
 gibt inzwischen sogar Sortierautomaten, die die sauber
 auseinanderklabüsern und so Akkus von Batterien trennen.

Siehe da:
recycling:batteries=yes/no  Sites which accept household batteries
(D-cell, 9-volt) may not also accept larger batteries (automobile).

recycling:drugs=yes/noExpired drugs / medicines

http://wiki.openstreetmap.org/wiki/Tag:amenity=recycling

Somit: recycling passt ideal.

 Gruss walter


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


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

iEYEARECAAYFAlCaEG4ACgkQmWhuE0qbFyN6RACfXO7iuspSFeCU1uwXo4gqSkbE
+SkAmwcOi+qEjsexOdtqIfn/WueiEGwG
=uv5I
-END PGP SIGNATURE-

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

Re: [Talk-de] 29C3 (December 27th to 30th, 2012)

2012-11-06 Per discussione Lars Schimmer

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2012-11-07 07:19, Michael Kugelmann wrote:
 Hallo,
 
 da der Kartenvorverkauf für den 29C3 begonnen hat (siehe 
 http://events.ccc.de/2012/11/03/ticket-vorverkauf-fur-den-29-chaos-communication-congress/):

  * gibt es bereits konkrete Pläne von OSM'lern dass sie hinfahren
 wollen?

Werde vor Ort sein. Wenn auch als freelancer ;-)

 * besteht konkretes Interesse so etwas wie einen Projektstand zu
 machen und ggf. Workshops anzubieten?

Nun, Hilfe beim 3D Taggen kann I anbieten..

 Grüße, Michael.

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


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

iEYEARECAAYFAlCaERMACgkQmWhuE0qbFyOuLwCfbYwZO1Db4lVAhJ/cTH347YR2
PZsAn3m4i3wiNfumdKqqNpRX0LCS/v4R
=2m6N
-END PGP SIGNATURE-

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

Re: [Talk-it] Come tagghiamo un fontanello ?

2012-11-06 Per discussione Elena ``of Valhalla''

On 2012-11-05 at 19:12:06 +0100, Martin Koppenhoefer wrote:
 amenity=drinking_water è una fonte di acqua potabile, pubblicamente
 accessibile e gratuita, non c'è il requisito che uno si deve poter
 attacare con la bocca...

di gente che va a prendere l'acqua alle fontanelle perché non ha 
l'allacciamento all'aquedotto in casa ormai ne è rimasta poca, 
e comunque non ha bisogno della mappa per scoprire dov'è la 
fontanella vicino a casa.

drinking_water sulla mappa è cercato da gente che è in giro e ha sete: 
se lo si usa per posti dove quella gente non può bere [1]_ si da loro 
un pessimo servizio.

.. [1] direttamente con la bocca, mettendo le mani a coppa, o 
   in qualunque modo che però non comporti il viaggiare con 
   una bottiglia, che non tutti hanno.

-- 
Elena ``of Valhalla''

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

[Talk-it] R: Dubbio su come mappare un oggetto insolito

2012-11-06 Per discussione Alech OSM

Mè cascato locchio su questa vecchia discussione  

 

Penso che qui il tag B-52D (senza ripetere Boeing) possa essere il
modello (model o altro più sintatticamente corretto)

Name invece va bene per Spirit of Saint Louis,Memphis Belle o Enola
Gay

 

Ciao,

Ale.

 

 

 

#-Messaggio originale-

#Da: ale_z...@libero.it [mailto:ale_z...@libero.it]

#Inviato: venerdì 31 agosto 2012 17.25

#A: talk-it@openstreetmap.org

#Oggetto: Re: [Talk-it] Dubbio su come mappare un oggetto insolito

#

#A proposito, un utente ha mappato diversi aerei sparsi in giro

# http://www http://www.

#openstreetmap.org/browse/changeset/12911401

 

 

#usando i seguenti tag:

#

#aircraft:type = military

#historic = aircraft

#manufacturer = Boeing

#name = Boeing B-52D

#ref = 55-0085

#tourism = attraction

#wikipedia = Boeing B-52 Stratofortress

 

 

 

#

#Alessandro

#

#___

#Talk-it mailing list

# mailto:Talk-it@openstreetmap.org Talk-it@openstreetmap.org

# http://lists.openstreetmap.org/listinfo/talk-it
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] Come tagghiamo un fontanello ?

2012-11-06 Per discussione Fabri


 drinking_water sulla mappa è cercato da gente che è in giro e ha sete: 

 se lo si usa per posti dove quella gente non può bere [1]_ si da loro 

 un pessimo servizio.


 .. [1] direttamente con la bocca, mettendo le mani a coppa, o 

in qualunque modo che però non comporti il viaggiare con 

una bottiglia, che non tutti hanno.


 -- 

 Elena ``of Valhalla''



+1

e le apps si possono sempre aggiornare per far includere anche i
distributori, se è il caso

comunque eviterei di continuare a discutere sul sistema di tagging e dei
suoi bachi in questo thread. per quanto mi riguarda ho già dato una
risposta alla domanda posta nel titolo.
ciao.



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

Re: [Talk-it] Venezia

Il giorno 06 novembre 2012 01:27, Martin Koppenhoefer 
dieterdre...@gmail.com ha scritto:

 tantissime piazze che quasi
 mai hanno nodi in comune con gli edifici accanto


Scusa il piccolo OT, ma non credo che questa sia una regola da seguire
sempre. In particolare, se una piazza è circondata da una strada veicolare
(so che non è il caso di Venezia, parlo in generale), segnare la piazza fin
contro gli edifici sarebbe sbagliato. Inoltre, dal punto di vista
dell'editing mi sembra più agevole lasciare uno spazio anche se piccolo.

Ciao,

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

Re: [Talk-it] Venezia

2012-11-06 Per discussione Paolo Monegato


Il 06/11/2012 01:27, Martin Koppenhoefer ha scritto:

Sto mappando un po' a Venezia ed ho trovato alcune cose strane, a
precindere che ci sono dei strettissimi percorsi taggati
highway=pedestrian (mettrei footway), e tantissime piazze che quasi
mai hanno nodi in comune con gli edifici accanto
A Venezia ci sono molte cose strane, molte di queste stranezze son 
dovute al passaggio del redaction bot.
Per quanto riguarda la questione footway o pedestrian mi pare se ne 
sia parlato già in lista [1]  (ho trovato anche questa vecchia 
discussione [2]) anche se non mi pare si sia mai giunti ad una soluzione 
condivisa.


ciao
Paolo M

[1] 
http://lists.openstreetmap.org/pipermail/talk-it/2012-January/026289.html
[2] 
http://lists.openstreetmap.org/pipermail/talk-it/2008-December/004726.html


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

Re: [Talk-it] R: Venezia

Il giorno 06 novembre 2012 12:04, Alech OSM alech.hos...@gmail.com ha
scritto:

 [offtopic]

 Certo ,

 una piazza pedonale rettangolare il cui perimetro vede una strada aperta
 al traffico è un caso comune ma (vedi Piazza Indipendenza qui in Firenze)
 quella striscia d’asfalto non ha un toponimo diverso.

 La area=yes della piazza arriverà fin sulla porta delle case  tuttointorno
 e ma la highway=residential ( o altro ) cadrà al centro della strada ,
 all’interno dell’area. O no ?


Non sono d'accordo. La residential non è un'area pedestrian... né cade in
mezzo ad un'area pedestrian.


 Ale.


Ciao,

Simone


 [/offtopic]

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

Re: [Talk-it] Venezia

2012/11/6 Simone Saviolo simone.savi...@gmail.com:
 Il giorno 06 novembre 2012 01:27, Martin Koppenhoefer
 dieterdre...@gmail.com ha scritto:

 tantissime piazze che quasi
 mai hanno nodi in comune con gli edifici accanto


 Scusa il piccolo OT, ma non credo che questa sia una regola da seguire
 sempre. In particolare, se una piazza è circondata da una strada veicolare
 (so che non è il caso di Venezia, parlo in generale), segnare la piazza fin
 contro gli edifici sarebbe sbagliato.


bo, dipende. Se non c'è nessun marciapiede a canto agli edifici sono
d'accordo, ma in generale non esiste spesso quella situazione.
Generalmente la Piazza va fino agli edifici ed il centro di quella
strada intorno si trova leggermente più all'interno di quel confine.


 Inoltre, dal punto di vista
 dell'editing mi sembra più agevole lasciare uno spazio anche se piccolo.


secondo me no: devi sempre spostare 2 nodi invece di uno, la soluzione
migliore sarebbe il multipolygono (non li ho creati perchè avevo paura
che poi arrivano tutti ste mappatori potlatch e creano casini, visto
che Venezia è una zona molto frequentata). Poi avere aree galleggianti
è impreciso e topologicamente sbagliato.

Ciao,
Martin

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

Re: [Talk-it] Venezia

2012/11/6 Paolo Monegato gato.selvad...@gmail.com:
 A Venezia ci sono molte cose strane, molte di queste stranezze son dovute al
 passaggio del redaction bot.


si, me ne sono accorto anch'io, spesso si trovano dei nodi senza tags,
dove la prima versione è la versione 3 o simile (e anch'essa senza
tags). Non resta che cancellarli in questo caso secondo me.


 Per quanto riguarda la questione footway o pedestrian mi pare se ne sia
 parlato già in lista [1]  (ho trovato anche questa vecchia discussione [2])
 anche se non mi pare si sia mai giunti ad una soluzione condivisa.
 [1]
 http://lists.openstreetmap.org/pipermail/talk-it/2012-January/026289.html


si, la conclusione era vedremo in futuro cosa fare e bisognerebbe
definire uno standard
abbastanza chiaro per venezia, in modo da poter avere tutte le strade
taggate in modo omogeneo. Rimango dal mio parere già espresso a
Gennaio: secondo me con i 2 livelli che abbiamo (pedestrian e
footway) potremmo
già mappare tutto sufficientemente (pedestrian per le vie principali
senza macchine, il resto footway.


Quindi mettrei footway i percorsi stretti e lascierei quelli larghi pedestrian.

ciao,
Martin

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

[Talk-it] nuovo progetto open, promettente per ristoranti

Vi segnalo questo progetto (open) di Adrian Stabiszewski (Amenity
Editor, Relation Analyzer e QA Editor) e Felix Ebert:

Vengono raccolti ristoranti, bar, panefici e qualsiasi altro posto
dove si può mangiare caldo. Si raccoltano orari di apertura, menu,
foto, tramite delle applicazioni desktop e mobile.

La URL è: http://gonam.de.

I dati sono disponibili sotto ODbL, e ci sarà un integrazione con OSM.

Al momento hanno messo il comune di Heilbronn (ca. 1200 posti), di
quali ca. il 25% hanno delle foto e la meta ha dei orari (per
statistiche guardate vi http://gonam.de/stats ).

ciao,
Martin

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

Re: [Talk-it] STAZIONE ECOLOGICA

Il giorno 03 novembre 2012 18:36, Fabri erfab...@gmail.com ha scritto:

  se vuoi e se ne sei a conoscenza, puoi anche inserire i vari tag per
 specificare che tipo di materiali si possono conferire all'isola
 ecologica...pardon...stazione ecologica.

 ad esempio se sai che si possono portare televisori/monitor e cellulari ma
 non vernici metti

 recycling:tv_monitor=yes
 recycling:mobile_phones=yes
 recycling:paint=no

 comunque c'è la lista sul wiki
 http://wiki.openstreetmap.org/wiki/IT:Tag:amenity%3Drecycling#Materiali


Se volessi farlo con un cestino, invece? I contenitori per le pile usate
sono pochi, e sapere dove sono potrebbe essere interessante.

Ciao,

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

Re: [Talk-it] STAZIONE ECOLOGICA

2012/11/6 Simone Saviolo simone.savi...@gmail.com:
 Se volessi farlo con un cestino, invece? I contenitori per le pile usate
 sono pochi, e sapere dove sono potrebbe essere interessante.


recycling_type=centre / container ...

ciao,
Martin

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

Re: [Talk-it] STAZIONE ECOLOGICA

Il giorno 06 novembre 2012 17:18, Martin Koppenhoefer 
dieterdre...@gmail.com ha scritto:

 2012/11/6 Simone Saviolo simone.savi...@gmail.com:
  Se volessi farlo con un cestino, invece? I contenitori per le pile usate
  sono pochi, e sapere dove sono potrebbe essere interessante.

 recycling_type=centre / container ...


Chiedevo perché mi sembrava più adeguato amenity=waste_basket, ma in
effetti pensandoci amenity=recycling, recycling_type=container va bene.

Grazie,

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

Re: [Talk-it] R: R: R: Area sosta Nomadi

2012-11-06 Per discussione totera

Giuseppe Amici wrote
 Il dettaglio in OSM è:
 http://www.openstreetmap.org/?lat=44.560049lon=10.9453zoom=18layers=M

OT: ho allargato da qui e... sbaglio o mancano i nodi place di Modena e
Reggio Emilia?



--
View this message in context: 
http://gis.19327.n5.nabble.com/Area-sosta-Nomadi-tp5734119p5734538.html
Sent from the Italy General mailing list archive at Nabble.com.

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

[Talk-it] R: R: R: R: Area sosta Nomadi

2012-11-06 Per discussione Giuseppe Amici

Sembra proprio di si


-Messaggio originale-
Da: totera [mailto:g...@hotmail.it] 
Inviato: martedì 6 novembre 2012 22:11
A: talk-it@openstreetmap.org
Oggetto: Re: [Talk-it] R: R: R: Area sosta Nomadi

Giuseppe Amici wrote
 Il dettaglio in OSM è:
 http://www.openstreetmap.org/?lat=44.560049lon=10.9453zoom=18layers
 =M

OT: ho allargato da qui e... sbaglio o mancano i nodi place di Modena e
Reggio Emilia?



--
View this message in context:
http://gis.19327.n5.nabble.com/Area-sosta-Nomadi-tp5734119p5734538.html
Sent from the Italy General mailing list archive at Nabble.com.

___
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] Strade provinciali

2012-11-06 Per discussione totera

Carlo Stemberger-3 wrote
 Corretto:
 
 http://wiki.openstreetmap.org/wiki/Template:It:Map_Features:highway

C'è qualche zona d'Italia in cui la classificazione rispetta queste
definizioni e che può essere presa come esempio?

Non sono un po' troppo vaghe, relativamente al criterio dell'importanza
delle città collegate?
Si parla di città principali, come ad esempio i capoluoghi di provincia, e
quali altre città vanno considerate principali? Come si identificano i
principali comuni di una regione?

Inoltre, siete proprio certi che tra i criteri da considerare per
determinare la classificazione su OSM sia davvero giusto tralasciare
completamente la classificazione amministrativa? Una strada statale rimasta
tale dopo i declassamenti del 2000 può essere tertiary?

Ciao,
Gianluca



--
View this message in context: 
http://gis.19327.n5.nabble.com/Strade-provinciali-tp5733419p5734545.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Strade provinciali