Re: [OSM-legal-talk] Privacy and Terms

[Frederik Ramm]

Hi,

Russ Nelson wrote:
 On Jul 3, 2009, at 7:20 AM, Elizabeth Dodd wrote:
 It's a public site, no passwords, no sign up required to read it, so  
 it's for
 the public to read.
 
 What if somebody posts hate speech (for the USAmericans)?
 What if somebody adds Nazi party mapping parties to the calendar (for  
 the Germans)?
 What if somebody invites women and men to a mapping party in Saudi  
 Arabia?
 
 The question isn't what legal text do we need? but is instead What  
 legal risks do we expect the OSMF to have to defend itself against?  

And what exactly would be the risks of the above? If we are alerted to a 
hate speech etc., we'll remove it (and I believe no matter what our Ts 
and Cs say, we will have to remove it). So what risk would any Ts and Cs 
mitigate and how?

What if, god forbid, someone organises a mapping party in China, we 
would probably have to ban that via our Ts and Cs, wouldn't we? Because 
mapping is illegal there?

 and if we then decide that some risks are too large to accept, What  
 legal text do we need to ameliorate that risk?  The OSMF has no a  
 priori control over what gets posted via email to OSM editors

...and that's why no sane court would assume it has responsiblity. At 
least here in Germany if you operate a bulletin board or something, you 
are expected to remove illegal content when you find it or are alerted 
to it, but nobody will be held responsible for stuff their users post 
without their knowledge (unless you are proved to operate a site that 
explicitly invites e.g. Nazi contributions and then play innocent).

Bye
Frederik

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

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

Re: [OSM-talk] JOSM lat/lon bug; ban on versions 1722-1727

[Tom Hughes]

On 05/07/09 02:07, SLXViper wrote:

 as some may have noticed, josm had a serious bug causing lat/lon of
 nodes to be swapped when moving them and causing chaos at some points;
 for details look here: http://josm.openstreetmap.de/ticket/2804
 To prevent further damage, revisions 1722 to 1727 are blocked from
 downloading and uploading any data. If you use one of those versions
 affected, please update as soon as possible.

How is the block achieved? Nobody has asked me to block anything on the 
server...

Tom

-- 
Tom Hughes (t...@compton.nu)
http://www.compton.nu/

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

Re: [OSM-talk] JOSM lat/lon bug; ban on versions 1722-1727

[Richard Fairhurst]

BAN POTLATCH!

Oh, wait.

cheers
Richard
-- 
View this message in context: 
http://www.nabble.com/JOSM-lat-lon-bug--ban-on-versions-1722-1727-tp24339344p24341064.html
Sent from the OpenStreetMap - General mailing list archive at Nabble.com.


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

Re: [OSM-talk] JOSM lat/lon bug; ban on versions 1722-1727

[SLXViper]

Tom Hughes wrote:
 On 05/07/09 02:07, SLXViper wrote:

   
 as some may have noticed, josm had a serious bug causing lat/lon of
 nodes to be swapped when moving them and causing chaos at some points;
 for details look here: http://josm.openstreetmap.de/ticket/2804
 To prevent further damage, revisions 1722 to 1727 are blocked from
 downloading and uploading any data. If you use one of those versions
 affected, please update as soon as possible.
 

 How is the block achieved? Nobody has asked me to block anything on the 
 server...

 Tom
   
this morning in IRC (#osm): 02:15:12 Firefishy avar: I'm going to
block at lighttpd level effected version, so may be worth including that
in startup notice.

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

[OSM-talk] Mapping Photos

[John McKerrell]

Hi

Next week I'm giving a talk about OpenStreetView at the State of the  
Map conference. One of the things I want to do with the project is try  
to host all of the photographs that people take while they're out  
mapping. Because most people are likely to have a number of Gb of  
photos and not be able to upload them easily I want to invite anyone  
who's going to SOTM to take as many of their photos with them. I'll be  
taking a large external hard drive with me and will collect photos  
there and then so that you don't have to worry about uploading them.  
Once I have the photos it's still going to take me some time to get  
them uploaded and prepared but I thought because many of us will be  
congregating it would be a good time to collect as many photos as  
possible. Don't resize the photos (unless you already have of course)  
I'd prefer to get the original files if possible.

John



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

Re: [OSM-talk] Mapping Photos

[Stefan de Konink]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

John McKerrell wrote:
 Next week I'm giving a talk about OpenStreetView at the State of the  
 Map conference. One of the things I want to do with the project is try  
 to host all of the photographs that people take while they're out  
 mapping.

I think we have the same intention and already do that part ;)
http://www.openstreetphoto.org/map.html

But streetview also means the 3D client side stuff, are you making any
progress on that?


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

iEYEAREKAAYFAkpQkgoACgkQYH1+F2Rqwn0YPgCfX5Dl3ZWaKb4QKgYNbJdIIj1X
BC0An1b4CR2wlKsJlw3idsAPwI0CYO4h
=1AJa
-END PGP SIGNATURE-

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

[OSM-talk] Flood in Vienna

[Bernhard zwischenbrugger]

We had lots of problems with high water in Austria.

But that's a bug I think:
http://www.khtml.org/index.php?gpsString=16.32175,48.21787,16

Any idea where the blue background comes from in mapnik?

Bernhard

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

Re: [OSM-talk] Flood in Vienna

[Lennard]

Bernhard zwischenbrugger wrote:

 Any idea where the blue background comes from in mapnik?

It's usually caused by a problem with one of the coastline shapefiles.

-- 
Lennard

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

Re: [OSM-talk] Mapping Photos

[malenki]

John McKerrell wrote:

Next week I'm giving a talk about OpenStreetView at the State of
the Map conference. One of the things I want to do with the project is
try to host all of the photographs that people take while they're out  
mapping.

Speaking for me: Do you really want to show hundreds (or thousands) of
often wiggly and blurred criss-cross shooten pictures of housenumbers,
signs, shelters and other stuff?

If so, I'd upload my georeferenced ones for you since I won't visit
SOTM.

Regards
malenki


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

Re: [OSM-talk] Mapping Photos

[Stefan de Konink]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

malenki wrote:
 John McKerrell wrote:
 
 Next week I'm giving a talk about OpenStreetView at the State of
 the Map conference. One of the things I want to do with the project is
 try to host all of the photographs that people take while they're out  
 mapping.
 
 Speaking for me: Do you really want to show hundreds (or thousands) of
 often wiggly and blurred criss-cross shooten pictures of housenumbers,
 signs, shelters and other stuff?

If it is georeferenced it is basically usable. As we already do the
recognition of signs. The more training material the better. I'll take
all stuff we have already collected in .nl for John at SOTM; I'll reply
in private for the FTP upload.


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

iEYEAREKAAYFAkpQolYACgkQYH1+F2Rqwn0CXACdGEmn2ikfBr0rrAu9kJovvV65
1mEAn1BLdDkthi2MVXxb4r4DvHjzuzxU
=gKLu
-END PGP SIGNATURE-

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

Re: [OSM-talk] Mapping Photos

[John McKerrell]

On 5 Jul 2009, at 13:53, Stefan de Konink wrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA512

 malenki wrote:
 John McKerrell wrote:

 Speaking for me: Do you really want to show hundreds (or thousands)  
 of
 often wiggly and blurred criss-cross shooten pictures of  
 housenumbers,
 signs, shelters and other stuff?

 If it is georeferenced it is basically usable. As we already do the
 recognition of signs. The more training material the better. I'll take
 all stuff we have already collected in .nl for John at SOTM; I'll  
 reply
 in private for the FTP upload.


Basically I see this type of project having a number of different  
components, the 3D view, the storing and managing of the photos and  
the original taking of the photos. What I've been concentrating on is  
the storing and managing of the photos. I had seen openstreetphoto and  
saw that you had looked at this but I thought you were concentrating  
more on the aerial imagery. The sign reading software should be cool  
so what I would be looking to do is to provide a large set of photos  
that someone could run this software on when it's written. I've had a  
slightly better look at the wiki now but I don't actually see where  
people can upload photos, is this available yet as that was where I  
was going to focus my efforts?

John

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

Re: [OSM-talk] Mapping Photos

[John McKerrell]

On 5 Jul 2009, at 15:31, OJ W wrote:

 do you need georeferencing to be embedded in the image when we give
 them to you (if so what format), or can that be done later by
 uploading GPX traces to our openstreetview account?

I forgot to say, if you are able to georeference your images then  
please do so, I've got exif reading in place already but  
georeferencing based on GPX files or OSM logs will take a bit longer  
(and potentially be dependant on the new OAuth code). If you can't  
georeference your photos then I would still like them but the ones  
that are already done will be useful sooner.

John

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

Re: [OSM-talk] Mapping Photos

[Stefan de Konink]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi John!

John McKerrell wrote:
 What I've been concentrating on is the
 storing and managing of the photos.

Ok :) I don't mind who does it ;) as long as it gets done.

 I had seen openstreetphoto and saw
 that you had looked at this but I thought you were concentrating more on
 the aerial imagery. 

Yes, we are a rather 'diverse' group; initially we also thought it would
be cool to set up a WMS server not only for the aerial stuff, but also
for this kind of stuff, so you could import your photos in Merkaartor or
JOSM trivially. And still have them referenced to locations, as kind of
a base mosaic layer with photos.

 The sign reading software should be cool so what I
 would be looking to do is to provide a large set of photos that someone
 could run this software on when it's written. 

Tijs currently requires proper photo's with good coverage of the concept
for training. Anyone that brings it in, is basically helping to get a
better classifier. If we join this effort there might be a way how te
can help the editors by providing autocompletion of names based on the
photo sign recognition close by.

 I've had a slightly better
 look at the wiki now but I don't actually see where people can upload
 photos, is this available yet as that was where I was going to focus my
 efforts?

I have just created a reasonable public 'secure' ftp upload. The idea is
that you claim a user directory; and start uploading. The images are
automatically chowned. I have attached my exif2kml.php code that I use
to create the file for the mashup layer.

As for FTP:
ftp://openstreetphoto.org/

...and do your thing :)


I am all for mirroring the data. So we might just discuss offlist a good
mirror initiative.


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

iEYEAREKAAYFAkpQxEkACgkQYH1+F2Rqwn3V6wCfSkXi2ETgpOnfNTE7S394LHuv
vBQAn15JxXDKYFjD+ItW6ul62s324OIJ
=WuR6
-END PGP SIGNATURE-


 ';


foreach ($paths as $path) {

if ($handle = opendir($diskbase.$path)) {
while (false !== ($file = readdir($handle))) {
	if (substr(strtolower($file), -4) == '.jpg') {
		$pathfile = $path.'/'.$file;
		$photo = $diskbase.$pathfile;
		$ex...@exif_read_data($photo);

		if ($exif === false) {
			echo $photo;
		} else {


		$lat = '';
		$lon = '';

		switch (count($exif['GPSLatitude'])) {
			case 1:
$lat = $exif['GPSLatitude'];
break;
			case 3:
$lat = (evalu($exif['GPSLatitude'][0]) + (evalu($exif['GPSLatitude'][1]) / 60) + (evalu($exif['GPSLatitude'][2]) / 3600)) * ($exif['GPSLatitudeRef'][0] == 'N' ? 1 : -1);
break;
		}

		switch (count($exif['GPSLongitude'])) {
			case 1:
$lon = $exif['GPSLongitude'];
break;
			case 3:
$lon = (evalu($exif['GPSLongitude'][0]) + (evalu($exif['GPSLongitude'][1]) / 60) + (evalu($exif['GPSLongitude'][2]) / 3600)) * ($exif['GPSLongitudeRef'][0] == 'E' ? 1 : -1);
break;
		}

		if ($lat != '' && $lon != '') {
			$thumbfile = $diskthumbbase.$pathfile;
			if (!file_exists( $thumbfile )) {
			$thumbWidth = 150;
			@mkdir($diskthumbbase.$path, 0755, true);
			$img = imagecreatefromjpeg( $photo );
			$width = imagesx( $img );
			$height = imagesy( $img );

			$new_width = $thumbWidth;
			$new_height = floor( $height * ( $thumbWidth / $width ) );
			$tmp_img = imagecreatetruecolor( $new_width, $new_height );
			imagecopyresized( $tmp_img, $img, 0, 0, 0, 0, $new_width, $new_height, $width, $height );
			imagejpeg( $tmp_img, $thumbfile );
			}
			
echo '
  

  

'.$file.'

  '.$thumbbase.$pathfile.'


  '.$lon.','.$lat.'

  ';
 		$i++;
		}

		}

}
}
closedir($handle);
}
}
echo '
 
';
?>
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Mapping Photos

[Eddy Petrișor]

John McKerrell a scris:
 On 5 Jul 2009, at 15:31, OJ W wrote:
 
 do you need georeferencing to be embedded in the image when we give
 them to you (if so what format), or can that be done later by
 uploading GPX traces to our openstreetview account?
 
 I forgot to say, if you are able to georeference your images then  

I have some georeferenced photos taken in Romania, in the areas I
mapped, and  I won't come to SOTM, but I would like to be able to upload
them.

How can I upload myself the georeferenced pictures I have?

 please do so, I've got exif reading in place already but  
 georeferencing based on GPX files or OSM logs will take a bit longer  
 (and potentially be dependant on the new OAuth code). If you can't  
 georeference your photos then I would still like them but the ones  
 that are already done will be useful sooner.



-- 
Regards,
EddyP
=
Imagination is more important than knowledge A.Einstein



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

Re: [OSM-talk] Mapping Photos

[Simon Wood]

Hi John,
I shall not be a SOTM but you are welcome to use any of the mapping photos on 
my Flickr stream.
http://www.flickr.com/photos/24244...@n03/

Many of us upload surveying photos as a matter of course and tag them 'OSM' or 
'OpenStreetMap'. All mine are licensed CC-SA (to match OSM), however I am 
beging to think that straight CC or even PD would be more appropriate as it 
might help other map makers (those pesky Google community) to use the 
information without the need to burn more gas/petrol collecting the same 
information.

Cheers,
Simon
(aka. mungewell)


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

[OSM-talk] TheTom: Roads in Alberta, script gone wild?

[Simon Wood]

Hi all,
I've messaged TheTom seperately, but thought best to post here as well.

It looks like a  script has gone wild. Down in the Crowsnest Pass highway 3 has 
been corrupted with this change:
http://www.openstreetmap.org/browse/way/31475452/history

It looks like an addition way has be superimposed on top of the original nodes, 
which run in both directions. I'm worried that this problem is duplicated in 
multiple places.

Cheers,
Mungewell.

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

Re: [OSM-talk] Mapping Photos

[John McKerrell]

On 5 Jul 2009, at 17:05, Eddy Petrișor wrote:

 John McKerrell a scris:
 On 5 Jul 2009, at 15:31, OJ W wrote:

 do you need georeferencing to be embedded in the image when we give
 them to you (if so what format), or can that be done later by
 uploading GPX traces to our openstreetview account?

 I forgot to say, if you are able to georeference your images then

 I have some georeferenced photos taken in Romania, in the areas I
 mapped, and  I won't come to SOTM, but I would like to be able to  
 upload
 them.

 How can I upload myself the georeferenced pictures I have?

Currently you can't as I'm still getting the code written but it's  
definitely going to be possible to upload using at least web upload  
and FTP. I'm mainly collecting images at SOTM to make it easier for  
people and save them having to use their own bandwidth.

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

Re: [OSM-talk] Mapping Photos

[John McKerrell]

On 5 Jul 2009, at 17:14, Simon Wood wrote:

 Hi John,
 I shall not be a SOTM but you are welcome to use any of the mapping  
 photos on my Flickr stream.
 http://www.flickr.com/photos/24244...@n03/

 Many of us upload surveying photos as a matter of course and tag  
 them 'OSM' or 'OpenStreetMap'. All mine are licensed CC-SA (to match  
 OSM), however I am beging to think that straight CC or even PD would  
 be more appropriate as it might help other map makers (those pesky  
 Google community) to use the information without the need to burn  
 more gas/petrol collecting the same information.

As I've mentioned in another thread I'll definitely be setting up  
something to allow you to upload images. I've also got flickr import  
in mind too but not sure when that'll be doable.

John

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

Re: [OSM-talk] Mapping Photos

[Ævar Arnfjörð Bjarmason]

On Sun, Jul 5, 2009 at 11:17 AM, John McKerrellj...@mckerrell.net wrote:
 Next week I'm giving a talk about OpenStreetView at the State of the
 Map conference. One of the things I want to do with the project is try
 to host all of the photographs that people take while they're out
 mapping. Because most people are likely to have a number of Gb of
 photos and not be able to upload them easily I want to invite anyone
 who's going to SOTM to take as many of their photos with them. I'll be
 taking a large external hard drive with me and will collect photos
 there and then so that you don't have to worry about uploading them.
 Once I have the photos it's still going to take me some time to get
 them uploaded and prepared but I thought because many of us will be
 congregating it would be a good time to collect as many photos as
 possible. Don't resize the photos (unless you already have of course)
 I'd prefer to get the original files if possible.

Here are a bunch of very large correctly georeferenced images images
I've taken during mapping parties:

http://www.flickr.com/photos/avarab/collections/72157615143091066/

And here's a script you can use to download all the images from a set
on flickr, if you have an API key:

http://git.nix.is/?p=avar/flickr-api-scripts;a=blob;f=script/flickr-get-images-from-set;h=d5e6166654a20d6a6a76443e9cc35cdde9e15703;hb=master

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

Re: [OSM-talk] Flood in Vienna

[OJ W]

this is going to get to the point where a newspaper will announce
flooding in ${CITY} and we will all sit back and think oh,
rendering error...

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

Re: [OSM-talk] [Talk-ca] TheTom: Roads in Alberta, script gone wild?

[Sam Vekemans]

It looks like an attempt at making a relation for the highway.
Which it probably should be. Should it?  As i recall there was a
recommendation for people not to be joining up the ways, just for the sake
of joining them.  But it never got materialized to the geobase2osm wiki page
instructions.
It's only the road name and the reference that should be part of that
relation, as the physical road changes all along the #3 / #41

Check out Medicine Hat.
http://www.openstreetmap.org/?lat=50.0311lon=-110.6412zoom=14layers=B000FTF
It renders all as little pieces of of the highway...
... BTW, im sure someone would fix that when they are physically in the
area.
I was just checking the GPS traces, and it looks like know one traced over
my trail cycling yet.

Cheers,
Sam

Twitter: @Acrosscanada
Facebook: http://www.facebook.com/sam.vekemans


On Sun, Jul 5, 2009 at 10:20 AM, Simon Wood si...@mungewell.org wrote:

 Hi all,
 I've messaged TheTom seperately, but thought best to post here as well.

 It looks like a  script has gone wild. Down in the Crowsnest Pass highway 3
 has been corrupted with this change:
 http://www.openstreetmap.org/browse/way/31475452/history

 It looks like an addition way has be superimposed on top of the original
 nodes, which run in both directions. I'm worried that this problem is
 duplicated in multiple places.

 Cheers,
 Mungewell.

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

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

Re: [OSM-talk] Second Grand State Of the Map Poetry Competition!!

[SteveC]

On 3 Jul 2009, at 18:14, Iván Sánchez Ortega wrote:

 El Viernes, 3 de Julio de 2009, SteveC escribió:
 As you can clearly see, Exhibit 1 Original Work

 Maps maps map map maps
 Maps maps map map maps
 map map map maps
 map map map maps
 Maps maps map map maps

 is a direct parent of Exhibit 2 Cheap Infringement

 Maps maps
 maps maps maps maps
 maps!

 You have merely taken the first 7 words of Original Work and subtly
 rearranged them in to you Cheap Infringement. I'm sure we can agree  
 on
 this point.

 You obviously cannot appreciate that the artistic effort of  
 deconstructing the
 paradigmatical essence of the rhyme and its ulterior arrangement  
 into a more
 subtle poetical vector challenges and reflects the contradicting  
 hegemony of
 the nature of digital map ownership for the casual reader.

 I also find insulting that you consider my work to be a cheap copy  
 of yours,
 and I therefore demand prompt payment of 1 (one) beer* in concept of  
 moral
 damages in order to settle the issue.

 * - Beer type, amount, place and time to be decided by author of  
 Original Work

Don't you mean 'author of Cheap Copy' ?

 :-)


Best

Steve


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

[OSM-talk-nl] Een toegangelijker OSM, deel 1

[Rejo Zenger]

Hi,

Het zal de meeste niet ontgaan zijn: ik vind OSM een erg mooie, grote en 
waardevol set aan data, maar dat de huidige ontsluiting daarvan naar 
(eind-)gebruikers daar geen eer aan doet. Ik zou graag willen dat meer 
gebruikers beter van de data gebruik kan maken. [1]

Om te beginnen: ik zie twee grote groepen gebuikers. Uiteraard zijn er 
eindgebruikers. Gebruikers die het beschikbare kaartmateriaal gebruiken 
voor alledaagse toepassingen, zoals het berekenen van een route, het op 
de eigen website tonen van een GPS track of het opzoeken van de 
dichtstbijzijnde pinautomaat. Deze gebruikers dragen zelf niet direct 
bij aan de kaart.
  
Een kleinere groep mensen draagt actief bij aan de ontwikkeling van de 
kaart. Dat gebeurt op vele niveaus. Sommigen corrigeren maandelijks een 
fout in de kaart, anderen doen veel frequenter een grote toevoeging en 
weer anderen is meer met de technische laag eronder bezig. 
 
Er zijn daarnaast uiteraard nog wel meer groepen gebruikers te bedenken, 
maar deze gebruikers zijn in aantal te verwaarlozen ten opzichte van de 
bovenstaande groepen. Ik denk dan onder meer aan mensen die profesioneel 
met GIS werken. 

Echter, ik denk dat dat op dit moment (nog) helemaal niet zo is. Ik denk 
dat die contributors op dit moment verreweg de grootste groep vormen.  
Dat is in theorie leuk, omdat dat zou kunnen betekenen dat de massa 
OSM niet alleen gebruikt, maar er ook actief aan bijdraagt. De praktijk 
is denk ik andersom: er is een groep contributors die ook de data als 
eindgebruiker gebruikt, maar de grote groep eindgebruikers ontbreekt.

Een van de oorzaken daarvoor is denk ik het gebrek aan een mooie en 
bovenal bruikbare interface. Vanaf de huidige officiele website kom je 
als argeloze gebruiker niet verder dan de het rondklikken op de kaart 
zelf. Andere functionaliteiten, die OSM voor de massa aantrekkelijk zou 
kunnen maken, is gefragmenteerd en nog in ontwikkeling. Een gebruiker 
die al de moeite neemt om verder te kijken, krijgt te maken met 
onaantrekkelijk en soms niet goed functionerende websites. 

Datzelfde geldt overigens ook voor de contributors. Ik vind de tools 
voor het maken van aanpassingen alles behalve intuitief. Dat geldt ook 
voor validatie: er zijn op dit moment alleen al vier tools die ik actief 
gebruik voor het vinden van fouten op een kaart, te weten OpenStreetBug, 
OSM Inspector, No Names en Keep Right. 

Ik denk dat als we een grotere groep eindgebruikers kunnen bereiken er 
vanzelf meer mensen die ook een bijdrage kunnen leveren opstaan. Ik denk 
dat dat dan niet alleen mensen zijn die fouten kunnen melden of de kaart 
zelfs willen aanpassen, maar ook op gebieden als developers en 
ontwerpers. Om die reden zou ik graag eerst de front-end aan de kant van 
de eindgebruiker willen aanpakken.

Wat ik dus graag wil, is gaan werken aan een interface voor eind- 
gebruikers. Ik zie een site voor me waarin de meeste van de nu 
gefragmenteerde functionaliteiten bij elkaar zijn gebracht, in een 
uniforme layout zijn gestoken en waarbij gebruiksgemak optimaal zijn.

Hoe? Zie mijn post van zodadelijk.


[1] 
http://lists.openstreetmap.org/pipermail/talk-nl/2009-May/008980.html


-- 
Rejo Zenger . r...@zenger.nl . 0x21DBEFD4 . https://rejo.zenger.nl
GPG encrypted e-mail prefered. 


signature.asc
Description: Digital signature
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

[OSM-talk-nl] Een toegangelijker OSM, deel 2

[Rejo Zenger]

Hi,

Zie mijn posting van een paar minuten geleden voor de context...

Een paar van de doelen die ik mezelf zou zetten zijn het verhogen van
gebruiksgemak, het verhogen van de herkenbaarheid en het verbeteren van de
bekendheid van OpenStreetMap. Belangrijke middelen daarvoor zijn, IMHO, een
interface die eenduidig en uniform is, die de gebruiker met een beperkt aantal
heldere stappen de informatie die gebruiker wil teruggeeft en die correct is.
Een praktisch voorbeeld?

Het hoofscherm is een half-transparante kaart, beeldvullend. De kaart toont de
regio van de bezoeker (zoals nu ook al gebeurt). Over de kaart ligt een strook
met opties voor gebruikers (grote, duidelijk herkenbare iconen). De voornaamste
opties zijn de routeplanner, de POI's en de embedder. Er onder in het klein een
regel met een link naar de opties voor extra's en een link naar een pagina
met informatie over de licentie.

De drie grote opties zouden min of meer heilig moeten zijn. De drie opties
moeten zo gekozen worden dat nieuwe modules onder een van deze drie (plus een)
categorieen past. De drie opties:

Een routeplanner voor voetgangers, fietsers en automobilisten. De gebruiker kan
op meerdere manieren een route samenstellen. Dat kan gebeuren door een tweetal
punten aan te wijzen en de korste of snelste weg te genereren, Dat kan door
gepreparereerde routes te bekijken en selecteren (fietsroutes, wandelroutes,
etc). 

De POI's. De gebruiker geeft zijn locatie op (bij een mobiele toepassing zou je
dat automagisch kunnen bepalen) en kan vervolgens opvragen waar de
dichtsbijzijnde pinautomaat, brievenbus of moskee staat of waar, in een
bepaalde regio, de supermarkten of de op zondagochtend geopende bakkers te
vinden zijn.

De embedder stelt een eindgebruiker in staat om met een paar eenvoudige
handelingen een kaart op de eigen website te plaatsen. De gebruiker moet een
track bestand kunnen opgeven, of zelf punten kunnen aanklikken. De gegenereerde
code moet volledig zijn. De gebruiker kan dus aan- of uitvinken of een grote of
kleine navigator gewenst is en de licentie wordt automagisch goed getoond. Denk
niet alleen aan websites, maar ook aan bijvoorbeeld presentaties (markeren van
een polygoon area en dat als jpg kunnen opslaan voor gebruik in Keynote). 

De extra's zijn functies die voor de normale gebruiker niet meteen interesant
zijn, maar die we wel makkelijk kunnen bieden op basis van de beschikbare
dataset. Ik denk dan bijvoorbeeld aan het tonen van alle soorten grenzen
(gemeente, land, waterschap, wijk, provincie, etc), maximum snelheden, het
overnemen van kaartmateriaal op een GPS en zaken die voor mensen die
profesionele GIS'ers interesant zijn.

Als een gebruiker een van de opties geselecteerd heeft, wordt de beeld-
vullende kaart op de achtergrond op de voorgegrond getoond en is er een aan de
zij- of onderkant een uitschuifbaar menu met de opties en functies. De functies
moeten elk intuitief, aantrekkelijk,
 
Ik heb genoeg ideeen voor het uitbreiden hiervan. Als de basis er eenmaal is,
kunnen we denken aan onder meer mobiele toepassingen (op je PDA zien welke
kroegen er allemaal in de buurt zijn), grote winkelketens krijgen een icoontje
voor hun winkel op voorwaarde dat ze een lijst van alle vestigingen geven,
combineren met wegwerkzaamheden, gebruikers kunnen fouten melden (vergelijk
OSB), gebruikers kunnen een account aanmaken en vaste locaties bookmarken.

Omdat Nederland betrekkelijk compleet is, zou het project wat mij betreft zich
in eerste instantie vooral op de Nederlandse situatie moeten richten. De
bovenstaande modules kunnen nu al zo veel als mogelijk met de internationale
situatie indachtig geschreven worden. De code moet in het engels, waar mogelijk
overeenkomen met de terminologie van OSM, vertaalbaar en modulair zijn. 

Uiteraard heb ik nog veel meer ideeen over hoe een en ander ingericht zou
kunnen of moeten worden, maar dat alles hier spuien lijkt me zinloos. :)

Dit moet ik kunnen maken - maar ik kan het niet alleen. Ik ben geen web
developer, geen OSM deskundige, geen usability expert. Ik kan wel *wat*.  De
vraag is vooral, wie wil en kan hier aan meewerken?  


-- 
Rejo Zenger . r...@zenger.nl . 0x21DBEFD4 . https://rejo.zenger.nl
GPG encrypted e-mail prefered. 


signature.asc
Description: Digital signature
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Een toegangelijker OSM, deel 1

[Milo van der Linden]

Beste Rejo,

Je slaat de spijker op zijn kop. Even vooruitlopend op de notulen die ik
over de laatste vergadering van de stichting OpenGeo moet opstellen en
die uiteraard publiek op www.opengeo.nl zullen worden gepubliceerd, kan
ik je melden dat dit een speerpunt voor ons is. Als ANBI stichting
(Algemeen nut beogende instelling) is onze doelstelling Open Geo data
voor de massa. En in ons geval, voor de Nederlandse massa.

We hebben in de vergadering uitgebreid over de website
www.openstreetmap.nl gesproken. Even los van alle initiatieven die
momenteel lopen om de website te verbeteren willen we een nieuw
initiatief starten om de website te verbeteren :-D  Ik realiseer me dat
dit dubbel klinkt, maar wat ik wil doen is het volgende;

We gaan op zoek naar een usability-specialist óf een grafisch designer
die géén ervaring heeft met openstreetmap. Ik zal zometeen uitleggen waarom.

Deze leek met skills op het gebied van iets overbrengen leggen we dan
de vraag voor: Maak van OpenStreetMap.nl een website die ook aan
vrouwen en kinderen kan vertellen wat openstreetmap is met als doel ze
enthousiast te krijgen om mee te doen

Met deze one-liner willen we de specialist overhalen om ons
wedervragen te stellen zodat deze duidelijkheid krijgt over hoe hij
openstreetmap intepreteert. Vanuit die nieuw, niet technisch gekleurde
perceptie hopen we een compleet nieuwe, frisse kijk op openstreetmap te
krijgen.

De grote valkuil van iedereen die al deelneemt aan de openstreetmap
gemeenschap is dat hij/zij een soort blindheid heeft ontwikkeld voor
wat een leek zou willen en kunnen met OpenStreetMap.

We hopen op die manier de leemtes te identificeren, te onderkennen en
daadwerkelijk de drempel te verlagen. Wij hebben al wat acties in deze
richting uitstaan, maar kunnen prima hulp gebruiken!

De andere initiatieven die momenteel lopen om www.openstreetmap.nl op te
zetten zijn ofwel kopiëer acties van bestaande openstreetmap websites
met een nog betere motor, maar uiteindelijk weer met dezelfde valkuil,
ze zullen niet meer publiek genereren omdat doelstellingen die
interessant zijn voor de massa geen plaats krijgen.

Jij (en iedereen die dit als punt van zorg ziet is/) bent van harte
welkom om mee te denken, te helpen in het betrekken van leken om een
nieuw verfrissend licht te laten schijnen over OpenStreetMap en op
allerlei andere manieren mee te werken om de producten die een afgeleide
zijn van die fantastische bak met open geodata voor het grote publiek
beschikbaar te maken!

Met vriendelijke groet,

Milo van der Linden
Secretaris Stichting OpenGeo



Rejo Zenger wrote:
 Hi,

 Het zal de meeste niet ontgaan zijn: ik vind OSM een erg mooie, grote en 
 waardevol set aan data, maar dat de huidige ontsluiting daarvan naar 
 (eind-)gebruikers daar geen eer aan doet. Ik zou graag willen dat meer 
 gebruikers beter van de data gebruik kan maken. [1]

 Om te beginnen: ik zie twee grote groepen gebuikers. Uiteraard zijn er 
 eindgebruikers. Gebruikers die het beschikbare kaartmateriaal gebruiken 
 voor alledaagse toepassingen, zoals het berekenen van een route, het op 
 de eigen website tonen van een GPS track of het opzoeken van de 
 dichtstbijzijnde pinautomaat. Deze gebruikers dragen zelf niet direct 
 bij aan de kaart.
   
 Een kleinere groep mensen draagt actief bij aan de ontwikkeling van de 
 kaart. Dat gebeurt op vele niveaus. Sommigen corrigeren maandelijks een 
 fout in de kaart, anderen doen veel frequenter een grote toevoeging en 
 weer anderen is meer met de technische laag eronder bezig. 
  
 Er zijn daarnaast uiteraard nog wel meer groepen gebruikers te bedenken, 
 maar deze gebruikers zijn in aantal te verwaarlozen ten opzichte van de 
 bovenstaande groepen. Ik denk dan onder meer aan mensen die profesioneel 
 met GIS werken. 

 Echter, ik denk dat dat op dit moment (nog) helemaal niet zo is. Ik denk 
 dat die contributors op dit moment verreweg de grootste groep vormen.  
 Dat is in theorie leuk, omdat dat zou kunnen betekenen dat de massa 
 OSM niet alleen gebruikt, maar er ook actief aan bijdraagt. De praktijk 
 is denk ik andersom: er is een groep contributors die ook de data als 
 eindgebruiker gebruikt, maar de grote groep eindgebruikers ontbreekt.

 Een van de oorzaken daarvoor is denk ik het gebrek aan een mooie en 
 bovenal bruikbare interface. Vanaf de huidige officiele website kom je 
 als argeloze gebruiker niet verder dan de het rondklikken op de kaart 
 zelf. Andere functionaliteiten, die OSM voor de massa aantrekkelijk zou 
 kunnen maken, is gefragmenteerd en nog in ontwikkeling. Een gebruiker 
 die al de moeite neemt om verder te kijken, krijgt te maken met 
 onaantrekkelijk en soms niet goed functionerende websites. 

 Datzelfde geldt overigens ook voor de contributors. Ik vind de tools 
 voor het maken van aanpassingen alles behalve intuitief. Dat geldt ook 
 voor validatie: er zijn op dit moment alleen al vier tools die ik actief 
 gebruik voor het vinden van fouten op een kaart, te weten 

Re: [OSM-talk-nl] Een toegangelijker OSM, deel 2

[Milo van der Linden]

Hallo Rejo,

Nogmaals, wij willen je steunen als Stichting OpenGeo!

Is het een idee om eens een sessie op te zetten om te schetsen, uit te
werken en ook de in eerdere mail genoemde leek op het juiste moment te
betrekken?


Rejo Zenger wrote:
 Hi,

 Zie mijn posting van een paar minuten geleden voor de context...

 Een paar van de doelen die ik mezelf zou zetten zijn het verhogen van
 gebruiksgemak, het verhogen van de herkenbaarheid en het verbeteren van de
 bekendheid van OpenStreetMap. Belangrijke middelen daarvoor zijn, IMHO, een
 interface die eenduidig en uniform is, die de gebruiker met een beperkt aantal
 heldere stappen de informatie die gebruiker wil teruggeeft en die correct 
 is.
 Een praktisch voorbeeld?

 Het hoofscherm is een half-transparante kaart, beeldvullend. De kaart toont de
 regio van de bezoeker (zoals nu ook al gebeurt). Over de kaart ligt een strook
 met opties voor gebruikers (grote, duidelijk herkenbare iconen). De 
 voornaamste
 opties zijn de routeplanner, de POI's en de embedder. Er onder in het klein 
 een
 regel met een link naar de opties voor extra's en een link naar een pagina
 met informatie over de licentie.

 De drie grote opties zouden min of meer heilig moeten zijn. De drie opties
 moeten zo gekozen worden dat nieuwe modules onder een van deze drie (plus een)
 categorieen past. De drie opties:

 Een routeplanner voor voetgangers, fietsers en automobilisten. De gebruiker 
 kan
 op meerdere manieren een route samenstellen. Dat kan gebeuren door een tweetal
 punten aan te wijzen en de korste of snelste weg te genereren, Dat kan door
 gepreparereerde routes te bekijken en selecteren (fietsroutes, wandelroutes,
 etc). 

 De POI's. De gebruiker geeft zijn locatie op (bij een mobiele toepassing zou 
 je
 dat automagisch kunnen bepalen) en kan vervolgens opvragen waar de
 dichtsbijzijnde pinautomaat, brievenbus of moskee staat of waar, in een
 bepaalde regio, de supermarkten of de op zondagochtend geopende bakkers te
 vinden zijn.

 De embedder stelt een eindgebruiker in staat om met een paar eenvoudige
 handelingen een kaart op de eigen website te plaatsen. De gebruiker moet een
 track bestand kunnen opgeven, of zelf punten kunnen aanklikken. De 
 gegenereerde
 code moet volledig zijn. De gebruiker kan dus aan- of uitvinken of een grote 
 of
 kleine navigator gewenst is en de licentie wordt automagisch goed getoond. 
 Denk
 niet alleen aan websites, maar ook aan bijvoorbeeld presentaties (markeren van
 een polygoon area en dat als jpg kunnen opslaan voor gebruik in Keynote). 

 De extra's zijn functies die voor de normale gebruiker niet meteen 
 interesant
 zijn, maar die we wel makkelijk kunnen bieden op basis van de beschikbare
 dataset. Ik denk dan bijvoorbeeld aan het tonen van alle soorten grenzen
 (gemeente, land, waterschap, wijk, provincie, etc), maximum snelheden, het
 overnemen van kaartmateriaal op een GPS en zaken die voor mensen die
 profesionele GIS'ers interesant zijn.

 Als een gebruiker een van de opties geselecteerd heeft, wordt de beeld-
 vullende kaart op de achtergrond op de voorgegrond getoond en is er een aan de
 zij- of onderkant een uitschuifbaar menu met de opties en functies. De 
 functies
 moeten elk intuitief, aantrekkelijk,
  
 Ik heb genoeg ideeen voor het uitbreiden hiervan. Als de basis er eenmaal is,
 kunnen we denken aan onder meer mobiele toepassingen (op je PDA zien welke
 kroegen er allemaal in de buurt zijn), grote winkelketens krijgen een icoontje
 voor hun winkel op voorwaarde dat ze een lijst van alle vestigingen geven,
 combineren met wegwerkzaamheden, gebruikers kunnen fouten melden (vergelijk
 OSB), gebruikers kunnen een account aanmaken en vaste locaties bookmarken.

 Omdat Nederland betrekkelijk compleet is, zou het project wat mij betreft zich
 in eerste instantie vooral op de Nederlandse situatie moeten richten. De
 bovenstaande modules kunnen nu al zo veel als mogelijk met de internationale
 situatie indachtig geschreven worden. De code moet in het engels, waar 
 mogelijk
 overeenkomen met de terminologie van OSM, vertaalbaar en modulair zijn. 

 Uiteraard heb ik nog veel meer ideeen over hoe een en ander ingericht zou
 kunnen of moeten worden, maar dat alles hier spuien lijkt me zinloos. :)

 Dit moet ik kunnen maken - maar ik kan het niet alleen. Ik ben geen web
 developer, geen OSM deskundige, geen usability expert. Ik kan wel *wat*.  De
 vraag is vooral, wie wil en kan hier aan meewerken?  


   
 

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


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

Re: [OSM-talk-nl] Een toegangelijker OSM, deel 1

[ce-test, qualified testing bv - Gert Gremmen]

Ik ondersteun dit inititatief van harte

Ik wil hier wel in meedenken / doen

Gert Gremmen
-

Openstreetmap.nl  (alias: cetest)
 Before printing, think about the environment. 

-Oorspronkelijk bericht-
Van: talk-nl-boun...@openstreetmap.org 
[mailto:talk-nl-boun...@openstreetmap.org] Namens Milo van der Linden
Verzonden: Sunday, July 05, 2009 9:55 PM
Aan: OpenStreetMap NL discussion...
Onderwerp: Re: [OSM-talk-nl] Een toegangelijker OSM, deel 1

Beste Rejo,

Je slaat de spijker op zijn kop. Even vooruitlopend op de notulen die ik
over de laatste vergadering van de stichting OpenGeo moet opstellen en
die uiteraard publiek op www.opengeo.nl zullen worden gepubliceerd, kan
ik je melden dat dit een speerpunt voor ons is. Als ANBI stichting
(Algemeen nut beogende instelling) is onze doelstelling Open Geo data
voor de massa. En in ons geval, voor de Nederlandse massa.

We hebben in de vergadering uitgebreid over de website
www.openstreetmap.nl gesproken. Even los van alle initiatieven die
momenteel lopen om de website te verbeteren willen we een nieuw
initiatief starten om de website te verbeteren :-D  Ik realiseer me dat
dit dubbel klinkt, maar wat ik wil doen is het volgende;

We gaan op zoek naar een usability-specialist óf een grafisch designer
die géén ervaring heeft met openstreetmap. Ik zal zometeen uitleggen waarom.

Deze leek met skills op het gebied van iets overbrengen leggen we dan
de vraag voor: Maak van OpenStreetMap.nl een website die ook aan
vrouwen en kinderen kan vertellen wat openstreetmap is met als doel ze
enthousiast te krijgen om mee te doen

Met deze one-liner willen we de specialist overhalen om ons
wedervragen te stellen zodat deze duidelijkheid krijgt over hoe hij
openstreetmap intepreteert. Vanuit die nieuw, niet technisch gekleurde
perceptie hopen we een compleet nieuwe, frisse kijk op openstreetmap te
krijgen.

De grote valkuil van iedereen die al deelneemt aan de openstreetmap
gemeenschap is dat hij/zij een soort blindheid heeft ontwikkeld voor
wat een leek zou willen en kunnen met OpenStreetMap.

We hopen op die manier de leemtes te identificeren, te onderkennen en
daadwerkelijk de drempel te verlagen. Wij hebben al wat acties in deze
richting uitstaan, maar kunnen prima hulp gebruiken!

De andere initiatieven die momenteel lopen om www.openstreetmap.nl op te
zetten zijn ofwel kopiëer acties van bestaande openstreetmap websites
met een nog betere motor, maar uiteindelijk weer met dezelfde valkuil,
ze zullen niet meer publiek genereren omdat doelstellingen die
interessant zijn voor de massa geen plaats krijgen.

Jij (en iedereen die dit als punt van zorg ziet is/) bent van harte
welkom om mee te denken, te helpen in het betrekken van leken om een
nieuw verfrissend licht te laten schijnen over OpenStreetMap en op
allerlei andere manieren mee te werken om de producten die een afgeleide
zijn van die fantastische bak met open geodata voor het grote publiek
beschikbaar te maken!

Met vriendelijke groet,

Milo van der Linden
Secretaris Stichting OpenGeo



Rejo Zenger wrote:
 Hi,

 Het zal de meeste niet ontgaan zijn: ik vind OSM een erg mooie, grote en 
 waardevol set aan data, maar dat de huidige ontsluiting daarvan naar 
 (eind-)gebruikers daar geen eer aan doet. Ik zou graag willen dat meer 
 gebruikers beter van de data gebruik kan maken. [1]

 Om te beginnen: ik zie twee grote groepen gebuikers. Uiteraard zijn er 
 eindgebruikers. Gebruikers die het beschikbare kaartmateriaal gebruiken 
 voor alledaagse toepassingen, zoals het berekenen van een route, het op 
 de eigen website tonen van een GPS track of het opzoeken van de 
 dichtstbijzijnde pinautomaat. Deze gebruikers dragen zelf niet direct 
 bij aan de kaart.
   
 Een kleinere groep mensen draagt actief bij aan de ontwikkeling van de 
 kaart. Dat gebeurt op vele niveaus. Sommigen corrigeren maandelijks een 
 fout in de kaart, anderen doen veel frequenter een grote toevoeging en 
 weer anderen is meer met de technische laag eronder bezig. 
  
 Er zijn daarnaast uiteraard nog wel meer groepen gebruikers te bedenken, 
 maar deze gebruikers zijn in aantal te verwaarlozen ten opzichte van de 
 bovenstaande groepen. Ik denk dan onder meer aan mensen die profesioneel 
 met GIS werken. 

 Echter, ik denk dat dat op dit moment (nog) helemaal niet zo is. Ik denk 
 dat die contributors op dit moment verreweg de grootste groep vormen.  
 Dat is in theorie leuk, omdat dat zou kunnen betekenen dat de massa 
 OSM niet alleen gebruikt, maar er ook actief aan bijdraagt. De praktijk 
 is denk ik andersom: er is een groep contributors die ook de data als 
 eindgebruiker gebruikt, maar de grote groep eindgebruikers ontbreekt.

 Een van de oorzaken daarvoor is denk ik het gebrek aan een mooie en 
 bovenal bruikbare interface. Vanaf de huidige officiele website kom je 
 als argeloze gebruiker niet verder dan de het rondklikken op de kaart 
 zelf. Andere functionaliteiten, die OSM 

Re: [talk-au] Updating the validator plugin...

[John Smith]

--- On Sat, 4/7/09, Rick Peterson ausr...@iinet.net.au wrote:

 The 'addr:postcode' key is in the presets because
 it's the recommended
 way of entering a postcode (should you want to) when
 applying street
 numbering along a way. It doesn't really apply when
 providing a
 postcode for a suburb or group of suburbs as is the case
 with the ABS
 bulk import.

What is, if anything, used for place markers or other types of non-address 
specific markers?

 None of the keys developed for the ABS bulk import (or
 other special
 projects in Australia) need to be included in the presets
 menu within
 JOSM. This menu is a feature for the convenience of JOSM
 editors when
 entering commonly used keys/key combinations.

Not just Australia, the tiger data set has a bunch of other keys that would be 
well worth ignoring, there is probably a lot of attribution type keys that 
need to exist for legal purposes, that aren't considered valid but shouldn't 
cause warnings.

 This is where the flaw in the current plugin programming is
 revealed.

The coder probably thought he was being quite clever reusing the preset data to 
validate the current information.

 The preset menu is trying to be used for more than it was
 originally
 designed. The people managing this plugin may tell you that
 you'll
 always get errors, because not all keys that are validly
 used are also
 in the presets.

There is a big diff here between an actual valid warning/error/info alert and 
just noise, the noise should be removed so the validator plugin can be useful.

 What they don't realise is that once you start ignoring
 error warnings,
 it can quickly become a one way street and the value of the
 plugin can
 be diminished to the point where you may as well not run it
 at all... I
 mean why would you, if you ignore everything?

Well earlier this week it took me a bit to figure out why unnamed streets 
weren't showing and I'm not exactly a newbie when it comes to computers, so 
it's a perfect example to illustrate your point.


 This is a great way to address the issue!  

The tag checking should have been implemented similar to this in the first 
place, not saying my code style or method to solve this problem is perfect, but 
it does come closer than just relying on presets as the be all and end all.

 Just as external files are used by the validator plugin
 for:

I tried to code within the existing frame work so the code was more likely to 
make it into the trunk code.

 2. A list appending only specially used keys to be used in
 conjunction
 with the existing presets method.

I've gone with this, the code already exists to validate against the presets so 
we might as well use that information, as well as building a secondary list to 
supplement it.

If there are any warnings still being triggers, let me know the key name or the 
specific key pair if the key can't equal anything and I'll include it in the 
list.

Which brings me back to postal_code, should this be ignored or what should we 
do about this specifically?


  

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

Re: [talk-au] Updating the validator plugin...

[John Smith]

I just added all the religious denominations to the list, however this isn't 
technically correct since certain denominations are only valid with certain 
religions.

To do this cleanly I'll need to expand the code + data to cope with this type 
of multi-type matching.


  

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

Re: [talk-au] Updating the validator plugin...

[Rick Peterson]

John Smith wrote:
 What is, if anything, used for place markers or other types of non-address 
 specific markers?
   
I'm not sure that I understand?

You're probably aware that the 'place' key is used for countries, 
states, cities, towns, villages, suburbs etc 
http://wiki.openstreetmap.org/wiki/Map_Features#Places

The 'postal_code' key also makes an appearance nearby in the next table 
down.

What type of non-address thing are you trying to find a key for?

If this is about the keys for the ABS bulk import, they seem to be either;
1. Taken from the Map Features page and part of JOSMs presets
2. Taken from the Map Features page and not part of JOSMs presets
3. Not part of the Map Features page and not part of JOSMs presets (made 
up to suit particular data that was included)

I've found another example that may relate to a bulk import using data 
from the Geographical Names Board of NSW to insert a single Suburb node 
with the suburb name and some reference keys. In this case, they've been 
careful to use the 'ref:*=' key which I think is ignored in validator 
plugin by default.

The 'making up' of keys isn't a problem as the need requires, it's more 
a matter of finding a practical way to remove them from warnings in 
validator plugin where they are widely used, such as a bulk import that 
affects all of Australia, or one that places a node in every suburb or 
town in NSW.

Given the response from JOSM developers to comments in your ticket about 
removing unnamed roundabouts from the validator warnings, I'm starting 
to think that an Australian config file is going to be the solution, 
addressing the differences in editing styles and key usage here as 
opposed to Germany where the program seems to be largely developed.

 Which brings me back to postal_code, should this be ignored or what should we 
 do about this specifically?
   
My view is that the 'postal_code' key should be ignored, together with 
any other key used for this bulk import as listed on the specific ABS 
import wiki page.


Cheers,

Rick :)


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

Re: [talk-au] Updating the validator plugin...

[John Smith]

--- On Sun, 5/7/09, Rick Peterson ausr...@iinet.net.au wrote:

 The 'postal_code' key also makes an appearance nearby in
 the next table 
 down.

Yea I noticed that after and since it was listed decided to add it to the 
ignore cfg file I was building, which has been incorporated into SVN, not sure 
on time frames of when the next update will be produced or if it is 
automatically.

 Given the response from JOSM developers to comments in your
 ticket about 
 removing unnamed roundabouts from the validator warnings,
 I'm starting 
 to think that an Australian config file is going to be the
 solution, 
 addressing the differences in editing styles and key usage
 here as 
 opposed to Germany where the program seems to be largely
 developed.

Yes, there seems to be a couple of cultural/language/country differences I'm 
haggling over in the bug list that may need some extra input from others, such 
as naming junction=roundabouts.

http://josm.openstreetmap.de/ticket/2792

I suspect this issue is going to be split, either based on cultural influences 
or something as different countries have opted for different things.

I'm not sure what the best way to handle it, grouping config options by rough 
geo-cords might be a solution.


  

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

Re: [talk-au] Updating the validator plugin...

[Rick Peterson]

John Smith wrote:

  Yes, there seems to be a couple of cultural/language/country differences I'm haggling over in the bug list that may need some extra input from others, such as naming junction=roundabouts.

http://josm.openstreetmap.de/ticket/2792

I suspect this issue is going to be split, either based on cultural influences or something as different countries have opted for different things.

I'm not sure what the best way to handle it, grouping config options by rough geo-cords might be a solution.

  

I was taken with stoecker's comment in one of your tickets: 
"We need to find a way to have different checking sets for different
countries. Something like a country selector button which sets
different defaults in the preferences."

I've lost track of which issues have been solved and gone to SVN, and
which remain outstanding. I'm guessing the unnamed roundabouts issue
remains, however I think you've developed a separate ignore file that's
been incorporated -
http://trac.openstreetmap.org/browser/applications/editors/josm/plugins/validator/ignoretags.cfg?rev=16319
This results in the ABS keys and lots of other keys/key combinations
being ignored in the plugin, even though they are not in the preset
list.

A different ticket addresses adding certain agreed keys to the preset
menu, but is yet to be actioned.

Other code changes outside of the ignore file address boundary ways,
turning circles, no exits and abandoned railway tags.

Perhaps you could clarify the changes that have been incorporated, and
those that remain outstanding?

Great work John, thanks for your efforts, this will make the plugin so
much more useful for Australian mappers by highlighting real errors
that need addressing.

Cheers,

Rick :)




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

Re: [talk-au] Updating the validator plugin...

[John Smith]

--- On Sun, 5/7/09, Rick Peterson ausr...@iinet.net.au wrote:
 A different ticket addresses adding certain agreed keys to
 the preset
 menu, but is yet to be actioned.

I was never really worried about this issue, I was misled down this path when 
all I wanted was a way to have them not show warnings, one patch I coded has 
been accepted, the second patch extends on this and I don't think it has been 
incorporated yet.

 Other code changes outside of the ignore file address
 boundary ways,
 turning circles, no exits and abandoned railway tags.

This has also been accepted. #2794

 Perhaps you could clarify the changes that have been
 incorporated, and
 those that remain outstanding?

I think you have summed it up already.

 Great work John, thanks for your efforts, this will make
 the plugin so
 much more useful for Australian mappers by highlighting
 real errors
 that need addressing.

Well since I also added some US tags to the ignore list it won't just be 
Aussies that benefit but the OSM community as a whole, and others now have a 
way of getting tags ignored too.

As for the junction=roundabout issue, I came up with a solution to it as well, 
it can still throw a warning, but it will be in it's own tag group and the 
group can be ignored, this effectively ends up with the same result, it should 
also keep the JOSM guys in Germany happy and should get the patch accepted.


  

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

Re: [talk-au] Tagwatch

[John Smith]

--- On Thu, 2/7/09, Ross Scanlon i...@4x4falcon.com wrote:
 If you attempt to download it other
 than clicking on the button you do not
 get the file.  Found that out before.
 
 Just downloaded it and its 102mb.

I just created an extract from the planet osm file for the 1st of July, which 
would be the same day that you grabbed a 102M file, it comes out about 136M, so 
that extract is missing a lot of data for what ever reason.

I have an extract of bbox 110,-45,155,-10 that I dumped in a web directory, 
it's 137M:

http://maps.bigtincan.com/Australia-20090705.osm.gz


  

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

Re: [talk-au] Updating the validator plugin...

[John Smith]

--- On Sun, 5/7/09, Rick Peterson ausr...@iinet.net.au wrote:
 Perhaps you could clarify the changes that have been
 incorporated, and
 those that remain outstanding?

A couple more patches have been accepted and are available for update, however 
when I went to update I got a message telling me I'd need to upgrade to JOSM 
version 1725 or later.

Patch for Not show an error on junction=roundabout when it is unnamed #2792 
has also now been accepted, this patch shows warnings as Unnamed Junction 
which can as a group be ignored. Judging by comments I think this is the best 
outcome as junctions in Germany at least seem to be named or have ref tags.

Patch for Several errors shown for railway=abandoned #2793 was also accepted, 
this patch won't show errors about railway=abandoned such as missing railway 
crossings and nodes ending near ways.

Patch for Invalid Way end node near other way error #2794 was also 
accepted, so if a street is a dead end (noexit=yes) or highway=turning_circle 
or barrier=* and it ends near another way it won't show up as a warning.

As for bugs #2803 and #2807, I was misled that this was a prefix issue, when 
really it was a lack of code in the validator plugin causing warnings for valid 
tags to show, both code patches I supplied have been applied.

The only outstanding bugs I can think of are:

#2806, highway=unknown not showing a warning when unnamed.
#2830, false positive triggers by certain combinations of tags when 
natural=coastline and the direction of the arrows basically telling the user 
they're wrong when they were right.


  

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

Re: [Talk-de] OSM als Beispiel für gescheiterte Basi sdemokratie

[Christoph Eckert]

Moin,

  Ja, passt schon. Du hättest gerne, dass trunk nur für kreuzugsfrei
  ausgebaute
  Straßen verwendet wird, an allen Straßen ein Surface-Tag hängt und
  Überholmöglichkeiten ebenfalls, korrekt?

 Falsch, ich will einige Parameter
 unabhängig voneinander auslesen, z.B. kreuzungsfreier Ausbau und
 Spuren. Derzeit wird der kreuzungsfreie Ausbau (mit-)gelöscht, wenn
 ein Mapper meint, eine Spur sei zu wenig dafür. Also gibts wohl
 50% mehr kreuzungsfreien Ausbau als ich aus der Karte auslesen
 kann. Das ist kein sicheres Auslesen.

 Ansonsten will ich nicht den Leuten Arbeit aufbürden, sondern
 ihnen die Arbeit einfacher machen, indem man das Schema besser
 an gängige Abstraktionen anpasst.

[...]

 Es gibt 'meine Tags' nicht. Es geht um kleine bis kleinste
 Anpassungen im bestehenden System, die sich gegen die Stabilität
 der Daten richten können oder zugunsten derer.

[...]

 Na dieses berühmte 'aber' - im Moment habe ich nicht den Eindruck,
 dass du ganz verstanden hast auf was ich hinaus will.

[...]

 Ich kann nur
 aus meiner Wissensbasis heraus Vorschläge machen, wie man mit kleinen
 Anpassungen oder auch durch deren Verzicht (siehe motorway-link
 oben) mehr Qualität in die Karte bringt.

korrekt, ich habe noch immer nicht verstanden, auf was Du 'rauswillst. Wie 
soll »indem man das Schema besser an gängige Abstraktionen anpasst«, »Es geht 
um kleine bis kleinste Anpassungen im bestehenden System« oder auch »wie man 
mit kleinen Anpassungen oder auch durch deren Verzicht (siehe motorway-link 
oben) mehr Qualität in die Karte bringt« konkret aussehen?

 Das könnte ein Gremium
 moderieren, statt es irgendwelchen Schulen zu überlassen, die das
 in der bestehenden Karte ausfechten.

Wenn mal klar ist, was Du haben willst, kann man sich weiter unterhalten. 
Momentan ist es das nicht. Ich zitiere mich selbst:

»Kannst Du mal kurz und knackig sagen, was Dich stört, wie Du es gerne 
hättest, und wie Du das lösen möchtest?«

So kompliziert können Deine Vorstellungen doch gar nicht sein, als dass man 
sie nicht kommuniziert bekäme, oder? Also her damit :) .

 Mehr geht jetzt nicht, muss weg ;)

Ach... ;)

-- 
Beste Grüße,
Best regards,

ce




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

Re: [Talk-de] OSM als Beispiel für gescheiterte Basi sdemokratie

[Christoph Eckert]

Am Sonntag, 5. Juli 2009 00:50:43 schrieb Ulf Lamping:
  da geht es aber doch nicht darum, dass der Tag mehrdeutig ist, sondern
  darum, was man jetzt alles 'reininterpretieren können soll.

 Kannst du mir in kurzen Worten erklären, wo letztlich der Unterschied
 ist?!?

bei einem motorway können wir mit sehr hoher Wahrscheinlichkeit annehmen, dass 
er oneway ist - sicher können wir uns jedoch nicht sein. Zumindest kann ich 
das aus den Map Features nicht ablesen. Es handelt sich insofern nicht um eine 
echte Information, sondern lediglich eine Vermutung. Sind wir uns in diesem 
Punkt einig oder nicht?

Falls ja, dann gilt das selbe erst recht für motorway_link. Die Information, 
ob es oneway ist oder nicht, war schlicht noch nie vorhanden, und konnte daher 
auch ihre Bedeutung um 180° drehen (ich habe die Diskussion zu dem Thema nciht 
verfolgt und will sie hier auch nicht aufwärmen). Daher war auch Freds Einwand 
richtig. Hätte wir von Anfang an ein oneway-Tag vergeben, wäre die Sache klar 
gewesen.

Falls wir uns da nicht einig sind und das oneway implizit miterlegt werden 
soll, dann muss man das jedem Mapper kommunizieren. Auch ein Ansatz. Habe ich 
nichts dagegen. Allerdings sagt nichtmal
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_link
etwas darüber aus, welche Annahmen zutreffend sein sollen und welche nicht.

  Ich weiß nicht, ob alle
  motorway_link weltweit immer oneway sind oder nicht. Wieso hängen wir
  also nicht einfach peu à peu oneway=yes und oneway=no an die Dinger,
  damit die Sache klar beschrieben ist?

 ... um Probleme zu lösen, die wir ohne Umdefinition der Tags nie
 gehabt hätten ...

Welche Umdefinition? Wo keine Definition, da auch keine Umdefinition.

 Ich habe nie behauptet, daß es keine Möglichkeiten gibt die Probleme zu
 lösen.

 Aber wäre es nicht schön, wenn wir diese Probleme garnicht erst haben
 würden?

Fraglos. Wenn alle Mapper wüssten, dass motorway_link per default oneway sein 
soll und andernfalls ein oneway=no vergeben werden sollte, wäre die Sache 
klar. Dem ist aber nicht so.

Anderes, aber verwandtes Thema: Aus diesem Grunde mag ich die Checkboxen in 
den JOSM-Presets nicht. IMO sollten das Combos sein, die ja, nein und ich 
weiß es nicht mehr anbieten. Manche mögen argumentieren, dass letzteres keine 
Information ist. Ich sehe das anders. Schaltet jemand das oneway ein, wird 
oneway=yes gesetzt. Schaltet es jemand aus, wird unter Umständen oneway gar 
nicht gesetzt, so dass nicht klar ist, ob die Information noch fehlt. Da 
könnte man (wenn auch nur für JOSM) was verbessern. Ich spreche mal Dirk an.

-- 
Beste Grüße,
Best regards,

ce




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

Re: [Talk-de] Hello from England

[Christoph Eckert]

Moin,

 Ich gehe davon aus, dass die jeweiligen Texte nicht als Drohkulisse
 formuliert und vorher zur Diskussion gestellt werden.

Du bist Optimist, ich Realist ;-) .

 Trotzdem wäre es gut, wenn du deine Bedenken jetzt schon auf legal-talk
 äußern würdest.

  Projektmitglieder, die noch keine Daten beigesteuert haben (aber ja
  vielleicht sonstwie im Projekt aktiv sind?), dürfen also noch nichtmal
  gegen die Lizenz stimmen.

 Den Punkt hätte ich als unproblematisch gesehen. Gibt es das, dass
 jemand im Projekt aktiv ist und noch nie einen einzigen Node hochgeladen
 hat?

Ich gehe davon aus, dass es zumindest eine nicht zu vernachlässigende Zahl von 
Mitgliedern gibt, die noch nichts gemappt haben. Ich könnte mir vorstellen, 
dass hinterher bei der Auszählung der Stimmen solche Stimmen als Ja-
Stimmen gewertet werden. Wie mit den Mappern verfahren wird, die nicht mehr 
erreichbar sind, ist mir auch unklar.

  Ich soll also warten, bis die Sache gelaufen ist und vollendete Tatsachen
  geschaffen wurden.  Kritik und Einmischung unerwünscht.

 Das sehe ich nicht so.

 Die beste Möglichkeit zur Einmischung ist die Mailingliste legal-talk.

Mag sein. Ich hatte aber diesen Diskussionszweig so verstanden, dass er dazu 
dienen soll, Unklarheiten im Verhältnis zwischen der OSMF und der deutschen 
Community auszuräumen. Dabei spielen die von mir angesprochenen Punkte 
zumindest eine kleine Rolle, oder nicht? Wieso also sollte die Diskussion 
ausgerechnet von der deutschen Community wegverlagert werden, wo sie doch im 
Zentrum des Interesses steht?!?

-- 
Beste Grüße,
Best regards,

ce

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

[Talk-de] Routingprobleme mit der all-in-one Map am Garmin etrex Legend Cx in West-Mittelfranken...]

[UMAX974]

 Original-Nachricht 
Betreff: 	Routingprobleme mit der all-in-one Map am Garmin etrex Legend 
Cx in West-Mittelfranken...

Datum:  Sat, 04 Jul 2009 21:15:39 +0200
Von:UMAX974 umax...@googlemail.com
An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org



Hallo,
Als Programierlaie, aber begeistertem Mapper hab ich da ein Problem...
ich komme gerade von einer Tour mit dem PKW von Schweinfurt nach
Mittelfranken (Bad Windsheim) mit der neuen Deutschlandkarte (Fr
03.07.09) zurück und bin kurz vor Mark Bibart auf der B8 ins
Karten-Routing-Bermudadreieck geraten...
- Ab Mark Bibart (B8) ging über Suggenheim das Routig überhaupt nicht,
ständig stürzte das Garmin ab (es wird berechnet und bleibt dann bei
100% hängen - nur über Neustart ist eine Betrieb wieder möglich)
Auf dem Rückweg über Landstraßen via Uffenheim - Marktbreit - Kitzingen
- Volkach: Die Berechnung nach Schweinfurt funktioniert, aber: Nun
versucht mich das Garmin an fast jeder Abzweigung von der bekannt
kürzesten Route vorallem bei Marktsteft/Main auf Nebenstrecken, ja sogar
Feldwege zu lotsen (War da heute Weinfest?)
Ich würde solche Fahrten ja gerne mal zuhause an meinem MAC simulieren
um den Fehlern in OSM beim Routing auf die Schliche zu kommen. In JOSM
kann ich an den Stellen jedenfalls auf den ersten Blick keine Fehler
entdecken.
Gibt es da Tipps?
Gruß
Christian

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

Re: [Talk-de] OSM einsteigerunfreundlich - im Gegenteil

[Karl Eichwalder]

Dirk Stöcker openstreet...@dstoecker.de writes:

 Ein Bekannter hat an einer Universität seine Studenten in
 OpenStreetMap und Wikipedia mitarbeiten lassen. Sein Fazit war, dass
 die Mitarbeit bei OpenStreetMap entgegen seiner ursprünglichen Annahme
 einfacher ist.

Kannst du etwas zur fachrichtung sagen?

 Und warum? Bei OpenStreetMap macht man den Editor auf und fängt
 an. Bei Wikipedia muss man richtig nachdenken, um vernünftige
 Ergebnisse zu produzieren.

Bei der WP muss man eine gewisse ahnung davon haben, was ein lexikon ist
und man muss schreiben können bzw. wollen.  Bei OSM muss man nur
rumklicken -- ob da dann was vernünftiges herauskommt, sei
dahingestellt.

 Anleitungen liest der Anfänger sowieso nicht, die MapFeatures erst
 recht nicht. Das machen erst die Fortgeschrittenen.

Das ist eine urban legend.  Beides.

-- 
Karl Eichwalder

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

Re: [Talk-de] Ist da was kaputt?

[Florian Lohoff]

On Sun, Jul 05, 2009 at 12:07:16AM +0200, Dirk Stöcker wrote:
 Subject: Re: [Talk-de] Ist da was kaputt?
 
 On Sat, 4 Jul 2009, Chris-Hein Lunkhusen wrote:

 Wer bestimmt eigentlich, welche Version zur tested-Version
 erklärt wird?

 Einer der Entwickler wenn es eine Weile kaum Neuerungen und Bugreports 
 gab und die Software sich stabil anfühlt :-).

 I.d.R. ich.

Ich fuehle mich zuhause - Meinen Kernel bespritzt Linus
mit Wasser und meinen JOSM Dirk - Ist doch alles in
Ordnung ;)

Und Linus garantiert ja auch nicht das nicht der kernel 
meine Filesysteme Fruehstueckt - Genausowenig wie
Dirk garantiert das JOSM nicht an demenz erkrankt
und lat/lon verbuxelt ...

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


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

Re: [Talk-de] OSM als Beispiel für gescheiterte Basi sdemokratie

[Tobias Knerr]

Christoph Eckert schrieb:
 Allerdings sagt nichtmal
 http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_link
 etwas darüber aus, welche Annahmen zutreffend sein sollen und welche nicht.

Sagt sehr wohl etwas darüber aus. Da steht nämlich wörtlich:

Implies
* oneway=yes

Im How to map steckts weniger klar auch drin (da dort ein oneway=no
für einen Nicht-Einbahn-Link gesetzt wird).

Tobias Knerr

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

Re: [Talk-de] Mapping Workflow mit Garmins nüvi550

[Garry]

Ingo Lantschner schrieb:
 Am 27.06.2009 um 12:12 schrieb Garry:

   
 Für Trackaufzeichnung sind die Nüvis ehr ungeeignet da sie stark
 vereinfachen und sich
 bedingt auch an Garmin-Karten (map catcher Funktion) orientieren.
 


 Ok, danke für eure Hinweise - auch wenn sie für mich eher ernüchternd  
 waren. Was für Geräte haben sich denn im OSM-Umfeld als geeignet  
 erwiesen? Vor allem würde mich interessieren, welches Gerät sowohl für  
 das Mapping als auch das Wandern und Bergsteigen gut geeignet ist.  
Ich bevorzuge dafür nach wie vor zwei getrennte Geräte - eins speziel 
zum Mappen das  zuverlässig
durchgehenden aufzeichnet (bei mir die WBT201) und eins zur 
Kartendarstellung - hier steht mir ein
Nüvi als auch ein PDA zur Verfügung, die mich gelegentlich aber doch mal 
wegen zu geringer Akkuleistung
im Stich lassen. Besonders ärgelich ist da dass man am Nüvi (760) den  
Akku nicht selber tauschen kann.

Garry 


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

Re: [Talk-de] OSM als Beispiel für gescheiterte Basi sdemokratie

[Christoph Eckert]

Am Sonntag, 5. Juli 2009 10:42:01 schrieb Tobias Knerr:

  Allerdings sagt nichtmal
  http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_link
  etwas darüber aus, welche Annahmen zutreffend sein sollen und welche
  nicht.

 Sagt sehr wohl etwas darüber aus. Da steht nämlich wörtlich:

 Implies
 * oneway=yes

stimmt. Den Kasten rechts hatte ich schlicht ignoriert. Ich nehme alles zurück 
und behaupte das Gegenteil :) .

-- 
Beste Grüße,
Best regards,

ce

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

Re: [Talk-de] Hello from England

[Ulf Möller]

Christoph Eckert schrieb:

 Ich gehe davon aus, dass es zumindest eine nicht zu vernachlässigende Zahl 
 von 
 Mitgliedern gibt, die noch nichts gemappt haben. Ich könnte mir vorstellen, 
 dass hinterher bei der Auszählung der Stimmen solche Stimmen als Ja-
 Stimmen gewertet werden.

Etwa 90.000 von 100.000 registrierten Usern haben sich angemeldet und 
dann nie irgendetwas gemacht. Die sollen an dieser Stelle ähnlich 
behandelt werden, wie Leute, die sich noch nicht angemeldet haben. In 
der Auswertung werden sie nicht unter haben zugestimmt auftauchen.

 Wie mit den Mappern verfahren wird, die nicht mehr 
 erreichbar sind, ist mir auch unklar.

Deren Beiträge können nicht ohne ihre Zustimmung auf eine andere Lizenz 
umgestellt werden.

 Mag sein. Ich hatte aber diesen Diskussionszweig so verstanden, dass er dazu 
 dienen soll, Unklarheiten im Verhältnis zwischen der OSMF und der deutschen 
 Community auszuräumen.

Stimmt - also Kritik und Einmischung erwünscht, oder? :)

 Wieso also sollte die Diskussion 
 ausgerechnet von der deutschen Community wegverlagert werden, wo sie doch im 
 Zentrum des Interesses steht?!?

Das soll sie nicht. Aber wenn du konkrete Kritikpunkte hast und den 
Wunsch dich einzumischen, dann wäre es halt gut, das auch in der 
internationalen Mailingliste zu tun.


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

Re: [Talk-de] eingezeichnete Ortsnamen, Dominanz

[Johannes Huesing]

Andreas Neumann andr-neum...@gmx.net [Sun, Jul 05, 2009 at 01:50:48AM CEST]:
 Johannes Huesing schrieb:
  Hallo zusammen,
  ich habe jetzt mal die Dominanz für Orte anhand von OpenGeoDB errechnet und
  mir meine Gedanken zur Darstellung der Ortsnamen abhängig u.a. davon zu 
  machen.
  Das Ergebnis steht auf 
  http://wiki.openstreetmap.org/wiki/DE:Anzeige_von_Städten#Dominanz
 
 Gute Idee! Aber könntest du Jena bei der Uni noch ein zweites Kreuz
 verpassen? Allein die Uni hat 20.000 Studenten. Plus FH sind es sogar
 25.000.

Für die oberen zwei Drittel der Seite bin ich unzuständig, die
Excel-Tabelle verwaltet Markus.

Ich meine aber im Unterschied zu Markus, dass man mit der
Einwohnerzahl schon sehr weit kommt. Über das Kriterium der Dominanz
(nur aus der Einwohnerzahl hergeleitet) betont man denn auch kleinere
Städte von größerer regionaler Bedeutung (Fulda, Kempten, Bayreuth,
Trier) abseits der Ballungsräume.

Dass nun zum Beispiel Gera vor Jena liegt, liegt vor allem an den
veralteten OpenGeoDB-Daten zur Einwohnerzahl, wo Gera noch ein
bisschen größer ist und somit die Dominanz noch über Jena
hinausreicht. Das sollte inzwischen anders geworden sein.

Wie ohnehin die OpenGeoDB wie alle Datenbanken Fehler aufweist, ich
aber auch noch nicht die Handhabung völlig beherrsche. So habe ich
viele Einträge in Mecklenburg automatisch rausgeschmissen, die keine
Angabe dazu hatten, ob sie Stadt, Kreis oder Bundesland sind. Darunter
auch die Landeshauptstadt Schwerin oder die ehemalige Bezirkshauptstadt
Neubrandenburg.

Etwas Ähnliches könnte ich mir auch für Gipfel vorstellen. So sollte
zum Beispiel der Hümmling (73 m ü. NN) auf kleinerer Zoomstufe schon
angezeigt werden als der Entschenkopf (2043 m ü. NN), der nur wenige
Kilometer von höheren Gipfeln entfernt liegt.


-- 
Johannes Hüsing   There is something fascinating about science. 
  One gets such wholesale returns of conjecture 
mailto:johan...@huesing.name  from such a trifling investment of fact.  
  
http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi)

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

Re: [Talk-de] Ist da was kaputt?

[Garry]

Dirk Stöcker schrieb:


 1. wie erfährt der Benutzer, nachdem der Fehler entdeckt ist, dass sein
 JOSM einen Fehler hat?

 Er liest das ChangeLog.

 2. wie erfährt der Benutzer, in welcher Version dieser Fehler nun
 behoben ist? (also welche Version er sinnvollerweise braucht?)

 Er liest das ChangeLog.

 Wie schon gesagt geht es hier um Entwicklerversionen. Wer das 
 Changelog nicht liest, der sollte latest auch nicht nutzen.
Nicht praktikables Wunschdenken... Du kannst niemanden zwingen dass zu 
tun /danach zu handeln

Garry

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

Re: [Talk-de] Hall of Fame - Strassen komplett erfasst! - Kamine Zollverein noch nicht

[Johannes Huesing]

Florian Lohoff f...@rfc822.org [Sat, Jul 04, 2009 at 11:28:32PM CEST]:
 On Sat, Jul 04, 2009 at 07:24:05PM +0200, Bene dikt wrote:
  Am 4. Juli 2009 18:08 schrieb Andre Hinrichs andr...@gmx.net:
  
   Am Freitag, den 03.07.2009, 23:26 +0200 schrieb Chris-Hein Lunkhusen:
Willi Rehfeld schrieb:
   
 Was jetzt noch fehlt, ist die Höhe. Die kann ich nun wirklich nicht
 schätzen.
  
  ich würde ihn einfach mit einem Lasermessgerät abmessen.
  Einfacher und genauer.
 
 Habe gerade mal in meine Stifteschublade gesehen - Huch - Da hat jemand glatt
 die Kiste mit de Euro HILTI Lasermessern mitgenommen und fuer 3 Euro 10 
 Lineale
 reingelegt ...

Der Hilti PD 10 Lasermesser misst Distanzen bis 100 Meter, ab etwa 30
Meter ist eine Reflexionstafel erforderlich.

Wenn ich erst auf den Schornstein klettern muss, um eine Reflexionstafel
anzubringen, kann ich das auch mit einem barometrischen Höhenmesser machen 
oder wie Galilei am schiefen Turm von Pisa mit Zeitmessung.



-- 
Johannes Hüsing   There is something fascinating about science. 
  One gets such wholesale returns of conjecture 
mailto:johan...@huesing.name  from such a trifling investment of fact.  
  
http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi)

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

Re: [Talk-de] Ist da was kaputt?

[Christoph Eckert]

Am Sonntag, 5. Juli 2009 11:05:14 schrieb Garry:

  Wie schon gesagt geht es hier um Entwicklerversionen. Wer das
  Changelog nicht liest, der sollte latest auch nicht nutzen.

 Nicht praktikables Wunschdenken... Du kannst niemanden zwingen dass zu
 tun /danach zu handeln

Dirk will nur sagen, dass sich jemand, der josm-latest benutzt, der Risiken 
bewusst sein sollte. Das Changelog bietet da einen guten Anlaufpunkt. Wer es 
nicht liest, sollte hinterher nicht über josm oder Dirk schimpfen. Reine 
Vorsichtsmaßnahme also :) .

-- 
Beste Grüße,
Best regards,

ce

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

Re: [Talk-de] Hello from England

[Christoph Eckert]

Am Sonntag, 5. Juli 2009 11:02:22 schrieb Ulf Möller:

 Das soll sie nicht. Aber wenn du konkrete Kritikpunkte hast und den
 Wunsch dich einzumischen, dann wäre es halt gut, das auch in der
 internationalen Mailingliste zu tun.

there have you law - da hast Du Recht :) .

-- 
Beste Grüße,
Best regards,

ce



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

Re: [Talk-de] Ist da was kaputt?

[Dirk Stöcker]

On Sun, 5 Jul 2009, Florian Lohoff wrote:


Wer bestimmt eigentlich, welche Version zur tested-Version
erklärt wird?


Einer der Entwickler wenn es eine Weile kaum Neuerungen und Bugreports
gab und die Software sich stabil anfühlt :-).

I.d.R. ich.


Ich fuehle mich zuhause - Meinen Kernel bespritzt Linus
mit Wasser und meinen JOSM Dirk - Ist doch alles in
Ordnung ;)

Und Linus garantiert ja auch nicht das nicht der kernel
meine Filesysteme Fruehstueckt - Genausowenig wie
Dirk garantiert das JOSM nicht an demenz erkrankt
und lat/lon verbuxelt ...


Garantieren kann es keiner, aber wer josm-tested nimmt kann erwarten, dass 
keine solche groben Fehler drin sind. Und bis jetzt war eigentlich auch 
so. Es gab nur mal eine tested-Version die nicht ganz so tested war.
Und laut der Versionsüberwachung halten sich auch sehr viele an den Rat 
josm-tested zu nehmen.


Als Maintainer hat man schon ein wenig im Gefühl ob die zuletzt 
eingebauten Änderungen ihre Kinderkrankheiten verloren haben oder nicht 
und wann eine Version nicht für Endanwender zu empfehlen ist.


P.S. Als ich die Projektionsänderungen eingecheckt habe, habe ich genau 
die jetzt kommenden Reaktionen erwartet: Einige Leute nehmen ohne 
Nachzudenken die Entwicklerversion und beschweren sich dann, dass Fehler 
drin sind.


Die erste dieser Änderungen hatte knapp 2000 Zeilen Code angefasst. Das 
dabei auch etwas schief geht war zu erwarten und deswegen ist das auch im 
Commit-Log vermerkt.


Ciao
--
http://www.dstoecker.eu/ (PGP key available)___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Ist da was kaputt?

[Dirk Stöcker]

On Sun, 5 Jul 2009, Garry wrote:

 Er liest das ChangeLog.

 Wie schon gesagt geht es hier um Entwicklerversionen. Wer das
 Changelog nicht liest, der sollte latest auch nicht nutzen.
 Nicht praktikables Wunschdenken... Du kannst niemanden zwingen dass zu
 tun /danach zu handeln

Nein. Will ich auch gar nicht.

Aber ich kann sagen: Selber schuld und das tue ich auch.

Ciao
-- 
http://www.dstoecker.eu/ (PGP key available)


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

Re: [Talk-de] Ist da was kaputt?

[Martin Koppenhoefer]

Am 5. Juli 2009 11:05 schrieb Garry garr...@gmx.de:
 Dirk Stöcker schrieb:


 1. wie erfährt der Benutzer, nachdem der Fehler entdeckt ist, dass sein
 JOSM einen Fehler hat?

 Er liest das ChangeLog.

+1, und/oder die ML, bei groben Sachen (s. hier) gibt's normalerweise
auch in der ML Hinweise.

 2. wie erfährt der Benutzer, in welcher Version dieser Fehler nun
 behoben ist? (also welche Version er sinnvollerweise braucht?)

 Er liest das ChangeLog.

+1

 Wie schon gesagt geht es hier um Entwicklerversionen. Wer das
 Changelog nicht liest, der sollte latest auch nicht nutzen.
 Nicht praktikables Wunschdenken... Du kannst niemanden zwingen dass zu
 tun /danach zu handeln

es geht nicht um zwingen, aber wer die latest nutzt sollte sich schon
im Klaren darüber sein, dass gelegentlich auch mal ein Bug drin ist.
Mit dem Lesen des Changelogs kann man sich grob über die Neuerungen
informieren und daher einen Teil der möglichweise eingebrachten Fehler
schon daher besser erkennen, dass man z.B. sieht, wenn in einem
bestimmten Bereich eine Änderung durchgeführt wurde und diese jetzt
Fehler hat.

Gruß Martin

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

Re: [Talk-de] Ist da was kaputt?

[Lennard]

Martin Koppenhoefer wrote:

 Er liest das ChangeLog.
 +1, und/oder die ML, bei groben Sachen (s. hier) gibt's normalerweise
 auch in der ML Hinweise.

It would have been nice if this would also have been noted outside 
talk-de. It now took some time for information to get out to the rest of 
the world.

 Er liest das ChangeLog.
 +1

+2 That's why I stayed at 1721.

 es geht nicht um zwingen, aber wer die latest nutzt sollte sich schon
 im Klaren darüber sein, dass gelegentlich auch mal ein Bug drin ist.

Normally, JOSM bugs have no real impact on data in the OSM db, but only 
to the person editing. This time there was false data being uploaded. 
That's a different issue altogether, and a lot more serious. These 
affected versions could have been blocked a lot sooner.

http://wiki.openstreetmap.org/wiki/JOSM_latlon_Bug_Changesets

-- 
Lennard


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

Re: [Talk-de] Hello from England

[northcape]

Etwa 90.000 von 100.000 registrierten Usern haben sich angemeldet und
dann nie irgendetwas gemacht. Die sollen an dieser Stelle ?hnlich
behandelt werden, wie Leute, die sich noch nicht angemeldet haben. In
der Auswertung werden sie nicht unter haben zugestimmt auftauchen.

 dann könnte man auch mit einfließen lassen wieviel ein
Mapper am Datenbestand wirklich beigetragen hat. Also eine
entsprechende Stimmgewichtung mit einfließen lassen z.B. anhand der
Gesamtanzahl ways+nodes oder edits über das letzte halbe Jahr etc.
oder wie auch immer. Entsprechende Auswertungen anhand der Datenbank
sollten ja überhaupt kein Problem sein.

Oder zumindest mal einen entsprechende Auswertung darüber erstellen so
das man eine Information auf den Datenbestand selbst hat unabhängig
von der 'reinen' Stimmengewichtung anhand der Userzahl.
Was nutzen besagte 9 User wenn 1 für (Beispiel) 90% der Ergebnisse
relevant sind.

Da darf man sicher mal näher drüber nachdenken.

Gruß
mightym


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

Re: [Talk-de] Hello from England

[Grant Slater]

2009/7/5  northc...@gmx.de:
  dann könnte man auch mit einfließen lassen wieviel ein
 Mapper am Datenbestand wirklich beigetragen hat. Also eine
 entsprechende Stimmgewichtung mit einfließen lassen z.B. anhand der
 Gesamtanzahl ways+nodes oder edits über das letzte halbe Jahr etc.
 oder wie auch immer. Entsprechende Auswertungen anhand der Datenbank
 sollten ja überhaupt kein Problem sein.


This has been discussed in Licensing Working Group calls, and there
was no very simple way of working out total contributions and how to
divide it out. We got limited by time and no resolution was made. What
do you recommend?

/ Grant

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

Re: [Talk-de] OSM als Beispiel für gescheiterte Basi sdemokratie

[Ulf Lamping]

Christoph Eckert schrieb:
 Falls ja, dann gilt das selbe erst recht für motorway_link. Die Information, 
 ob es oneway ist oder nicht, war schlicht noch nie vorhanden, und konnte 
 daher 
 auch ihre Bedeutung um 180° drehen (ich habe die Diskussion zu dem Thema 
 nciht 
 verfolgt und will sie hier auch nicht aufwärmen). Daher war auch Freds 
 Einwand 
 richtig. Hätte wir von Anfang an ein oneway-Tag vergeben, wäre die Sache klar 
 gewesen.
 
 Falls wir uns da nicht einig sind und das oneway implizit miterlegt werden 
 soll, dann muss man das jedem Mapper kommunizieren. Auch ein Ansatz. Habe ich 
 nichts dagegen. Allerdings sagt nichtmal
 http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_link
 etwas darüber aus, welche Annahmen zutreffend sein sollen und welche nicht.

Bis Oktober 2008 war die Sache im Wiki klar definiert. Dann wurde die 
Seite so geändert, daß der Default ins (aus meiner Sicht blödsinnige) 
Gegenteil gedreht wurde.

Wenn du das jetzt nicht (mehr) aus der aktuellen Seite rauslesen kannst, 
spricht das nicht gerade für den Änderer der Seite, ändert aber nichts 
an der Tatsache, daß der Default gedreht wurde.

[...]

 Fraglos. Wenn alle Mapper wüssten, dass motorway_link per default oneway sein 
 soll und andernfalls ein oneway=no vergeben werden sollte, wäre die Sache 
 klar. Dem ist aber nicht so.

Dem *kann* nicht mal so sein, weil wir ja keine Instanz haben, die genau 
solche (strittigen) Definitionen festlegen könnte.

Davon rede ich doch die ganze Zeit!

Gruß, ULFL

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

Re: [Talk-de] Announce: Bookmarklet für load into josm

[Sven Geggus]

Georg Burkhard georg.burkh...@roma-online.de wrote:

 Außerdem scheint es auch auf http://www.informationfreeway.org/
 unabhängig vom Browser nicht zu funktionieren.

OpenLayers.Projection is not a constructor...

Das läuft offensichtlich ein recht altes openlayers. Da musste man
die lat/long umrechnung noch selber machen.

Sven

-- 
If we want hardware to work to its full potential, we need to claim to
be a recent version of Windows. (Matthew Garrett)

/me is gig...@ircnet, http://sven.gegg.us/ on the Web

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

[Talk-de] Eierlegende Wollmilchkarte

[malenki]

Neulich hatten wir eine Diskussion über die Funktion von
openstreetmap.org.
Einige - ich eingeschlossen - hätten dort gern ein besseres GoogleMaps.
Heute morgen fand ich im Wiki eine wirklich geniale Seite, die das
Zeug dazu hat: http://www.freemap.sk
Objekt- und Adressfinder, Routing, Kartenexport (auch für mobile
Geräte), Nachtmodus, Flächen und Streckenmessung, Overlays für
Touristen und Autofahrer mit verschiedensten POIs, Relief- und
hypsometrische Darstellung...
Außer Satellitenbildern fiele mir nicht ein, was der Seite fehlt.
(Höchstens, dass sie auf die ganze Welt ausgedehnt werden solle.)

Die englische Übersetzung ist in Arbeit.

Gruß
malenki



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

Re: [Talk-de] Eierlegende Wollmilchkarte

[Frederik Ramm]

Hallo,

malenki wrote:
 Einige - ich eingeschlossen - hätten dort gern ein besseres GoogleMaps.

Dann wuerde sich vermutlich nie jemand die Muehe machen, sowas wie 
freemap.sk zu bauen. In meinen Augen ist das genau ein Beispiel dafuer, 
warum wird auf osm.org eben nicht versuchen sollten, alles gleich 
mundgerecht anzubieten...

 Außer Satellitenbildern fiele mir nicht ein, was der Seite fehlt.
 (Höchstens, dass sie auf die ganze Welt ausgedehnt werden solle.)

... oder das andere Leute in anderen Laendern/Gegenden sich daran 
orientieren und etwas eigenes auf die Beine stellen, was ungefaehr genau 
so gut ist, aber ideal an die Verhaeltnisse vor Ort angepasst!

Bye
Frederik

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

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

Re: [Talk-de] Eierlegende Wollmilchkarte

[Mario Salvini]

malenki schrieb:
 Neulich hatten wir eine Diskussion über die Funktion von
 openstreetmap.org.
 Einige - ich eingeschlossen - hätten dort gern ein besseres GoogleMaps.
 Heute morgen fand ich im Wiki eine wirklich geniale Seite, die das
 Zeug dazu hat: http://www.freemap.sk
 Objekt- und Adressfinder, Routing, Kartenexport (auch für mobile
 Geräte), Nachtmodus, Flächen und Streckenmessung, Overlays für
 Touristen und Autofahrer mit verschiedensten POIs, Relief- und
 hypsometrische Darstellung...
 Außer Satellitenbildern fiele mir nicht ein, was der Seite fehlt.
 (Höchstens, dass sie auf die ganze Welt ausgedehnt werden solle.)

 Die englische Übersetzung ist in Arbeit.

 Gruß
 malenki
   
ich finds witzig, dass sie für den Rest der Welt OSM nutzen. Gut zu 
sehen sit der übergang bei Bratislava ;-)

--
 Mario

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

[Talk-de] osmarender: hilfe bei der renderung g roßer flächen

[Jan Tappenbeck]

Moin !

für das Jakobsweg-Projekt will ich einen großen Bereich (   9.5  53.4, 
11,5, 54.4) rendern und habe mir Osmarender in Verbindung mit dem 
Perl-Tool ORP.PL auf meinem Vista 64 Bit rechner installiert.

Verwendet habe ich die verfügbare Version von osm-map-features-z10.xml 
benutzt und bekomme beim Öffnen der Ergebnis SVG-Datei in Inkscape die 
Meldung:

to many heap sections

Kann mir einer von Euch weiterhelfen ??

Gruß Jan :-)

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

[Talk-de] osmosis MERGE auf mehr als zwei dateien anwenden

[Jan Tappenbeck]

Moin !

kann man eigentlich auch gleichzeitig mehrere dateien mit osmosis option 
Merge zusammenführern ?? oder immer nur zwei zur zeit !

... und wenn wie ?

gruß Jan :-)

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

Re: [Talk-de] Eierlegende Wollmilchkarte

[Sebastian Hohmann]

Frederik Ramm schrieb:
 Hallo,
 
 malenki wrote:
 Einige - ich eingeschlossen - hätten dort gern ein besseres GoogleMaps.
 
 Dann wuerde sich vermutlich nie jemand die Muehe machen, sowas wie 
 freemap.sk zu bauen. In meinen Augen ist das genau ein Beispiel dafuer, 
 warum wird auf osm.org eben nicht versuchen sollten, alles gleich 
 mundgerecht anzubieten...
 

Warum wird dan nicht gleich auf der Startseite von osm.org auf 
entsprechende Projekte verwiesen (oder wenigstens auf die Wikiseite wo 
sie aufgelistet sind), anstatt mit der Karte vorzugaukeln das ist OSM. 
Gerade die Projektvielfalt macht OSM doch aus, aber viele Neulinge die 
über osm.org das erste Mal in Kontakt mit OSM kommen, sind sich dessen 
nicht bewusst.

Und wo zieht man eigentlich die Grenze? Im Moment wird ja schon die 
Hauptkarte auf osm.org angeboten, dazu Export-Funktionen und natürlich 
der Namefinder. Die Editierfunktionen und den Data-Layer kann man wohl 
eher dem Datensammeln zuschreiben, aber warum bietet man die restlichen 
Funktionen an, wenn man doch nur Daten sammeln will?

Ich hab ja nichts dagegen einige Grundfunktionen anzubieten, aber man 
sollte wenigstens klarmachen, dass es woanders gewissermaßen 
gleichwertige Projekte gibt, die die OSM-Daten nutzen um Karten 
herzustellen.

Gruß,
Sebastian

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

Re: [Talk-de] osmosis MERGE auf mehr als zwei dateien anwenden

[Tobias Wendorff]

Am So, 5.07.2009, 14:31 schrieb Jan Tappenbeck:
 kann man eigentlich auch gleichzeitig mehrere dateien mit osmosis option
 Merge zusammenführern ?? oder immer nur zwei zur zeit !

Wenn die Objekte der OSM-Dateien verschiedene IDs haben, reichen
Kommandozeile und Texteditor.


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

Re: [Talk-de] WG: www.freietonne.de - Upload unserer Seekartendatennach OSM gestartet

[Olaf Hannemann]

Hallo Jan,

[...]

 Ich denke also, daß die parallele Existenz zweier Projekte überhaupt kein
 Problem, eher ein Vorzug ist, und wünsche mir einfach ein viel offeneres
 Umgehen miteinander. Wir wollen Lernen, wir wollen nicht nochmal schreiben,
 was andere schon haben, wir wollen einfach Spaß.

 Wir wollen auch die Ergebnisse von OpenSeaMap für uns nutzbar machen, so
 wie unsere Ergebnisse bestimmt für OpenSeaMap nutzbar sind.

Vielen Dank für deine erklärenden Worte. Alle deine Aussagen kann ich voll 
unterstreichen :-) Auch ich habe viel von Freie Tonne gelernt.

Beste Grüße aus Lübeck,

Olaf


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

Re: [Talk-de] Hello from England

[Peter Dörrie]

 dann könnte man auch mit einfließen lassen wieviel ein
 Mapper am Datenbestand wirklich beigetragen hat. Also eine
 entsprechende Stimmgewichtung mit einfließen lassen z.B. anhand der
 Gesamtanzahl ways+nodes oder edits über das letzte halbe Jahr etc.
 oder wie auch immer. Entsprechende Auswertungen anhand der Datenbank
 sollten ja überhaupt kein Problem sein.



Why? This is like the introduction of a two class system. I thought in OSM
we would be above simple contribution counting. How do you want to measure
contribution anyway? 2 nodes equal one way? number of inserted tags? How are
you going to take wiki-eddits into account? What is about organisation of
mapping parties and so forth?

I agree that people who did not make a single edit should not be able to
vote on a new license. But from there on it is one mapper one vote!

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

Re: [Talk-de] WG: www.freietonne.de - Upload unserer Seekartendatennach OSM gestartet

[Olaf Hannemann]

Hallo Liste,

 Schönes Beispiel. Die Leuchttürme bei uns sind derzeit nur ungenügend
 gekennzeichnet. Sie entstammen zum großen Teil unseren ersten
 Import-Versuchen aus der OSM-DB, wo oft nur lighthouse getagged ist. Die
 Lichtsektoren haben wir bisher nur testweise eingegeben. Manche
 OSM-Einträge haben entsprechende Beschreibungen, die aber früheren Datums
 sind, und nicht dem gegenwärtigen Tagging-Schema von FreieTonne und
 OpenSeaMap (soweit abgestimmt) entsprechen. Dazu kommt irgendeine Drehung
 in den Grad-Angaben, die Olaf besser erklären kann als ich. Olaf?

Es ist zur Zeit so, dass das internationale Leuchtfeuerverzeichnis unter 
http://wiki.openstreetmap.org/wiki/DE:Leuchtfeuer#Links entgegen der Gewohnheit 
Süd als 0° annimmt. Einige andere Verzeichnisse aber wie gewohnt Nord als 0° 
darstellen. Dies führt zu einiger Verwirrung und wir haben uns bis jetzt auch 
noch nicht final geeinigt welche Art der Darstellung wir in die Seekarte 
übernehmen werden. Ich z.B. benutze Süd als 0°, dies hat aber schon dazu 
geführt, dass ich meine eigenen Tags an bestimmte Leuchtfeuer hängen musste, 
während Andere richtig gekennzeichnet waren.


 Fakt ist, die Leuchttürme bedürfen grundsätzlich einer Überarbeitung.
 Unsere jedenfalls. Ich möchte da nicht für andere sprechen.

Ich denke, dass es wichtig ist sich in Zukunft auf eine 0° Position zu einigen, 
das umrechnen der Angaben sollte trivial sein.


Grüße

Olaf

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

Re: [Talk-de] wo sind die abgebauten Bahnstrecken hin?

[Garry]

Thomas Reincke schrieb:
 sagt jetzt bitte nicht: abgebaut ;-)

 Das schaut sehr merkwürdig aus
 http://osm.org/go/0GCSnkkK
 Die Beschriftung ist noch da, auch schön entlang der Trasse 
 ausgerichtet. Nur die Punkte sind -stellenweise- weg.

   
Ist die stillgelegt oder entwidment?
Ersteres bedeuted dass nach wiederherstellen eines technisch benutzbaren 
Zustandes wieder Züge
rollen können - die Trasse muss also wiederinbertriebnahmefähig erhalten 
bleiben.
Im zweiten Fall ist die Bahnstrecke rechtlich nicht mehr existent und 
das Gelände kann beliebig anderweitig
verbaut werden.

Ob aktuell dort Gleise liegen ist in beiden Fällen unerheblich.


Garry

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

Re: [Talk-de] wo sind die abgebauten Bahnstrecken hin?

[Tobias Wendorff]

Am So, 5.07.2009, 15:42 schrieb Garry:

 Im zweiten Fall ist die Bahnstrecke rechtlich nicht mehr existent und
 das Gelände kann beliebig anderweitig
 verbaut werden.

Hö? Somit wären sämtliche Bundestrassen, die in  Privatbesitz übergegangen
sind, nicht mehr existent?


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

Re: [Talk-de] Firefox 3 und die Geolocation-API

[Florian Lohoff]

On Sat, Jul 04, 2009 at 11:47:10PM +0200, Jan-Benedict Glaw wrote:
 Hab' eben mal in die Sourcen geschaut. Da muß für Linux (oder
 allgemeiner gpsd) noch'n bissl was in C++ drangebaut werden, aber das
 ist eher übersichtlich in der 300-Zeilen-Region. Hat nur anscheinend
 noch niemand gemacht.
 
 C++ ist nicht gerade meine Sprache (ist FF eigentlich gut zu
 bauen?), aber vielleicht versuch' ich das die Tage mal--falls ich bis
 dahin niemanden finde, der dafür schon 'nen patch veröffentlicht hat.

Ich glaube das mit dem gpsd ist eher quatsch - Wieviele leute haben schon einen
gpsd laufen. Da anscheinend da geocoding ueber WLAN AP Mac Adressen auch geht
waere es spannender ein DBUS/HAL interface zu bauen das vom network-manager die
AP MAC Adressen abzieht.

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


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

Re: [Talk-de] Firefox 3 und die Geolocation-API

[Jan-Benedict Glaw]

On Sun, 2009-07-05 16:02:38 +0200, Florian Lohoff f...@rfc822.org wrote:
 On Sat, Jul 04, 2009 at 11:47:10PM +0200, Jan-Benedict Glaw wrote:
  Hab' eben mal in die Sourcen geschaut. Da muß für Linux (oder
  allgemeiner gpsd) noch'n bissl was in C++ drangebaut werden, aber das
  ist eher übersichtlich in der 300-Zeilen-Region. Hat nur anscheinend
  noch niemand gemacht.
  
  C++ ist nicht gerade meine Sprache (ist FF eigentlich gut zu
  bauen?), aber vielleicht versuch' ich das die Tage mal--falls ich bis
  dahin niemanden finde, der dafür schon 'nen patch veröffentlicht hat.
 
 Ich glaube das mit dem gpsd ist eher quatsch - Wieviele leute haben schon 
 einen
 gpsd laufen. Da anscheinend da geocoding ueber WLAN AP Mac Adressen auch geht
 waere es spannender ein DBUS/HAL interface zu bauen das vom network-manager 
 die
 AP MAC Adressen abzieht.

`gpsd' ist eigentlich *die* Wahl, um unter unixartigen Systemen
Zugriff auf GPS-Daten zu bekommen. Insofern find' ich das schon
sinnvoll. Zumal man sich damit auch 'nen NMEA-Parser spart...

MfG, JBG

-- 
  Jan-Benedict Glaw  jbg...@lug-owl.de  +49-172-7608481
Signature of: They that give up essential liberty to obtain temporary safety,
the second  : deserve neither liberty nor safety.  (Ben Franklin)


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

Re: [Talk-de] Eierlegende Wollmilchkarte

[Tirkon]

malenki o...@malenki.ch wrote:

Neulich hatten wir eine Diskussion über die Funktion von
openstreetmap.org.
Einige - ich eingeschlossen - hätten dort gern ein besseres GoogleMaps.

IMHO sehr sinnvoll. Das würde davon entbinden, zwischen zig
Anwendungen hin und her zu springen und jedesmal den Ort des Begehrens
neu zu lokalisieren. 

Das der Eierlegenden Wollmilchsau nächstkommende Projekt ist wohl der
http://www.openstreetbrowser.org. Um sein Wesen klarzumachen, würde
ich ihn Konfigurierbare Karte nennen. Aber der Openstreetbrowser
kann noch mehr. Er listet die nach Themen ausgewählten Objekte (z.B.
ÖPNV Linien) in einer Liste auf und zeigt diese beim Mausdrüberhalten
in der Karte an. Er erstellt Haltestellenpläne für ÖPNV Linien,
Ausfahrtlisten für Autobahnen und hat einen Routenplaner und Anderes
intus. Mal sehen, was noch eingebaut wird.

Das Teil hätte das Zeug dazu, unzählige Anwendungen unter einen Hut zu
bringen und hätte daher einen Link an prominenter Stelle verdient. 

Wenn dieses Teil als offizieller Online Editor der OSM Datenbank
zugelassen würde, wäre dies sehr hilfreich, um zum Beispiel in
Innenstädten beim Editieren Ordnung in den fast unüberblickbaren Wust
von Objekten zu bringen. 


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

[Talk-de] Pfeile bei Mapnik deuten auf Einbahnstrasse?

[Sebastian Waschik]

Hallo,

bei ein paar Wegen werden in Mapnik Pfeile angezeigt, die ich als
Einbahnstraße deuten würde.  Laut History habe die Wege aber nie ein
oneway-Tag getragen (stimmt auch in der Realität).  Bei einem Weg
ist außerdem die letzte Änderung vom März, so dass ich eigentlich
nicht gedacht hatte, dass die ein Chache-Problem ist.

Es geht um folgende Stelle (Rolfinckstraße und südöstlich davon
Farmsener Weg):
http://www.openstreetmap.org/?lat=53.640342lon=10.08376zoom=18

Beispielsweise geht es um folgende Kachel:
http://b.tile.openstreetmap.org/17/69207/42306.png

Verschwinden die Pfeile mit der Zeit wieder von selbst?  In den
letzten andertalb Wochen hat sich aber denke ich nichts geändert.  Ist
dies ein Problem mit irgendwelchen Abbiegevorschriften?

http://www.openstreetmap.org/browse/way/27744795
http://www.openstreetmap.org/browse/way/8318506
http://www.openstreetmap.org/browse/way/31684437


Das Problem besteht nur in Mapnik, nicht in den anderen Karten
(Osmarender, Cycle Map und NoName).

Viele Grüße aus Hamburg
Sebastian Waschik


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

Re: [Talk-de] Eierlegende Wollmilchkarte

[Sven Sommerkamp]

Am Sonntag, 5. Juli 2009 16:44:31 schrieb Tirkon:
 malenki o...@malenki.ch wrote:
 Neulich hatten wir eine Diskussion über die Funktion von
 openstreetmap.org.
 Einige - ich eingeschlossen - hätten dort gern ein besseres GoogleMaps.

 IMHO sehr sinnvoll. Das würde davon entbinden, zwischen zig
 Anwendungen hin und her zu springen und jedesmal den Ort des Begehrens
 neu zu lokalisieren.

 Das der Eierlegenden Wollmilchsau nächstkommende Projekt ist wohl der
 http://www.openstreetbrowser.org. Um sein Wesen klarzumachen, würde
 ich ihn Konfigurierbare Karte nennen. Aber der Openstreetbrowser
 kann noch mehr. Er listet die nach Themen ausgewählten Objekte (z.B.
 ÖPNV Linien) in einer Liste auf und zeigt diese beim Mausdrüberhalten
 in der Karte an. Er erstellt Haltestellenpläne für ÖPNV Linien,
 Ausfahrtlisten für Autobahnen und hat einen Routenplaner und Anderes
 intus. Mal sehen, was noch eingebaut wird.

 Das Teil hätte das Zeug dazu, unzählige Anwendungen unter einen Hut zu
 bringen und hätte daher einen Link an prominenter Stelle verdient.

 Wenn dieses Teil als offizieller Online Editor der OSM Datenbank
 zugelassen würde, wäre dies sehr hilfreich, um zum Beispiel in
 Innenstädten beim Editieren Ordnung in den fast unüberblickbaren Wust
 von Objekten zu bringen.


 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-de
Ja, soweit ich das mit meinen mangelnden Sprachkenntnissen feststellen kann, 
richtig gut!

Es gibt dem Ganzen mehr Struktur und Übersicht!

Was unserem OSM  momentan fehlt und woran viele scheitern werden.

Also wäre das mehrsprachig, wäre ich ich wahrscheinlich noch viel mehr 
angetan!

Aber vielleicht kommt das noch..

Es lohnt sich das zu beobachten!


Gruß Sven S.

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

Re: [Talk-de] Eierlegende Wollmilchkarte

[Sebastian Hohmann]

Tirkon schrieb:
 malenki o...@malenki.ch wrote:
 
 Neulich hatten wir eine Diskussion über die Funktion von
 openstreetmap.org.
 Einige - ich eingeschlossen - hätten dort gern ein besseres GoogleMaps.
 
 IMHO sehr sinnvoll. Das würde davon entbinden, zwischen zig
 Anwendungen hin und her zu springen und jedesmal den Ort des Begehrens
 neu zu lokalisieren. 
 

http://osmtools.de/osmlinks/ kann dabei helfen, den richtigen 
Kartenausschnitt über mehrere Seiten beizubehalten, insbesondere mit der 
Firefox Extension geht das recht flott.

Auch auf http://tools.geofabrik.de/map/ kann man nach Auswahl des 
Kartenausschnitts verschiedene Seiten mit denselben Koordinaten aufrufen.

Gruß

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

Re: [Talk-de] Firefox 3 und die Geolocation-API

[Fabian -Patzi- Patzke]

Hallo,
nur mal kurz ne Adresse dazugeschmissen, bei der ich eine annähernd 
funktionierende Positionsbestimmung kriege, da aber nur über IP liegt 
sie gut 100km daneben, aber es funzt. evtl. kannst Du ja Deine Seite 
damit auch zum arbeiten kriegen. Ich wollte es mir die Tage eigentlich 
auch mal ansehen.
Grüße,
Fabian

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

Re: [Talk-de] Mapping Workflow mit Garmins nüvi550

[Sven Sommerkamp]

Am Sonntag, 5. Juli 2009 00:43:58 schrieb Ingo Lantschner:
 Am 27.06.2009 um 12:12 schrieb Garry:
  Für Trackaufzeichnung sind die Nüvis ehr ungeeignet da sie stark
  vereinfachen und sich
  bedingt auch an Garmin-Karten (map catcher Funktion) orientieren.
Also auf Straße zeigen kann man bei vielen Garmin Geräten abschalten.
Könnte mir denken, das man das beim 550 kann.

Den Aufzeichnungsintervall meistens auch 

 Ok, danke für eure Hinweise - auch wenn sie für mich eher ernüchternd
 waren. Was für Geräte haben sich denn im OSM-Umfeld als geeignet
 erwiesen? Vor allem würde mich interessieren, welches Gerät sowohl für
 das Mapping als auch das Wandern und Bergsteigen gut geeignet ist.
 Also leicht, lange Batterielaufzeit, Standardzellen, viele Trackpunkte
 aufzeichnen (einen ganzen Urlaub, denn den Laptop hab ich nicht mit),
 konfigurierbare Aufzeichnungsdichte, sperrbare Tastatur. Karten
 einblenden zu können, ist zweitrangig - das hab ich bei den ersten
 Versuchen mich mit dem Nüvi in der Wildnis zu orientieren rasch
 bemerkt.

 Viele Grüße,
 Ingo
Gruß Sven

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

Re: [Talk-de] OSM als Beispiel für gescheiterte Basi sdemokratie

[qbert biker]

 Original-Nachricht 
 Datum: Sun, 5 Jul 2009 08:34:00 +0200
 Von: Christoph Eckert c...@christeck.de
 An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org
 Betreff: Re: [Talk-de] OSM als Beispiel für gescheiterte Basisdemokratie


 korrekt, ich habe noch immer nicht verstanden, auf was Du 'rauswillst. 

Was ist so schwierig dran zu verstehen, dass ich wissen will, ob
ein Mapper einen kreuzungsfreien Ausbau eingetragen hat? 
Aktuell gehen mir da ca 50% durch die Lappen, obwohl sich die
Leute vor Ort die groesste Mühe gegeben haben (Vergleich der 
Karte mit bekannter realer Umgebung).

Einfache klare Informationen und nicht ob ein trunk auch noch
ein trunk ist, wenn er nur eine Spur pro Fahrtrichtung hat, 
die Leitplanken rot angemalt sind, das Schild xy rumsteht und
einmal im Jahr der Weihnachtsmann langfährt.

An dieser simplen Aufgabe kann man verzweifeln, wenn man sich
das Hickhack um trunk und motorroad ansieht. Es ist bezeichnend,
dass es nichtmal ein Tag für den kreuzungsfreien Ausbau gibt,
dafür aber mehrere sich widersprechende für den Belag einer
kleinen Strasse.


 Wie
 soll »indem man das Schema besser an gängige Abstraktionen anpasst«,

Eben, die gängigen Abstraktionen wie den Ausbauzustand, unter 
denen sich Otto Normalmapper etwas vorstellen kann. Der kann 
ohne Probleme Ausbaustufen von Autobahn bis Fusspfad unterscheiden, 
aber er wird immer öfter daran scheitern, wenn er in einem
unübersichtlichen Wiki rausfinden soll, dass zwei Pisten, die 
exakt gleich aussehen, anders zu mappen sind, wenn die 
woanders enden, irgendwo ein bestimmtes Schild steht oder einmal
im Jahr der Weihnachtsmann langfährt.

So einfach ist das mit den gängigen Abstraktionen. 

 konkret aussehen?

Z.B. _ein_ Begriff für _eine_ Eigenschaft
  
 »Kannst Du mal kurz und knackig sagen, was Dich stört, wie Du es gerne 
 hättest, und wie Du das lösen möchtest?«

Kurz und kanckig? OK, ich wünsche mir kurze und knackige Definitionen,
die nicht im Halbjahresrythmus umgestellt werden. Ich wünsche
eine Kernliste an Tags, die nicht jeder wilkürlichen Änderung
ausgesetzt sind und ich wünsche mir, dass nicht immer der Spruch
'schreib ein Programm und dann reden wir weiter' kommt, wenns mal
konkret werden würde. ;)
  
 Ach... ;)

Ja, ich habe auch noch ein Leben neben OSM und das ist teilweise
Internetfrei...

Grüsse Hubert

-- 
Neu: GMX Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate
für nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02

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

Re: [Talk-de] wo sind die abgebauten Bahnstrecken hin?

[Thomas Reincke]

Garry schrieb:
 Ist die stillgelegt oder entwidment?
 Ersteres bedeuted dass nach wiederherstellen eines technisch benutzbaren 
 Zustandes wieder Züge
 rollen können - die Trasse muss also wiederinbertriebnahmefähig erhalten 
 bleiben.
 Im zweiten Fall ist die Bahnstrecke rechtlich nicht mehr existent und 
 das Gelände kann beliebig anderweitig
 verbaut werden.

Das finde ich aber eine ziemlich wilde Argumentation. So ziemlich alles 
was in OSM eingezeichnet ist wird sich irgendwann ohne vorherige 
Anhörung des zuständigen Mappers irgendwann beliebig geändert werden.

Und dieses Bauwerk
http://osm.org/go/0GChpSheP-
http://de.wikipedia.org/wiki/Soda-Br%C3%BCcke
wird sicher auch ohne großes Aufsehen abgerissen werden. Dennoch ist es 
gemappt. Wowereit.

Wenn ich diese Argumentation konsequent fortführe müsste ich beim 
Abzeichnen von Luftbildern abklären welchen Anbauten und Garagen als 
Schwarzbau errichtet wurden.

Und dieses Gebäude
http://osm.org/go/0GKeNj7uB--
müsste auch gelöscht werden, da es dem Hörensagen nach über keine 
gültige Baugenehmigung verfügt.

Also:
ich finde es schlüssig alles zu mappen was man sieht. Und wenn ein 
gleisloser Bahndamm über den Acker führt ist es richtig diesen zu 
mappen. Ich lasse die Stellen an denen man nichts mehr von der Bahn 
sieht (beispielsweise im Bereich von Bahnübergängen) daher auch raus.

Und ich finde es auch richtig, wenn ein Kartenrenderer die Dinge die man 
sieht und an denen man sich orientieren kann auch in der entsprechenden 
Zoomstufe anzeigt.

Wenn der rechtliche Status bedeutend erscheint kann sich gerne jemand 
ein zusätzliches Tag ausdenken, das aber wahrscheinlich ebenso wie die 
Diskussion EBO/BOStrab weitgehend verpuffen wird.

Spannend fände ich es auch, ehemalige Straßenbahnlinien zu mappen. 
Manchmal sieht man an einzelenen Stellen noch die Schienenköpfe durch 
den Asphalt durchbrechen. An einzelnen Stellen erkennt das geschulte 
Augen zwischen Erdgeschoss und erstem Obergeschoss der Häuser neben der 
Fahrbahn noch die Rosetten mit denen die Fahrleitung befestigt war. 
manchmal erkennt man auch gar nicht mehr. Dazu wie man das macht habe 
ich aber noch keine so richtig schlüssige Idee.

 Ob aktuell dort Gleise liegen ist in beiden Fällen unerheblich.

Die einzige Bahnstrecke mir bekannte in D die abgebaut aber nicht 
stillgelegt war ist Ammertalbahn im Abschnitt Gültstein - Herrenberg.
http://de.wikipedia.org/wiki/Ammertalbahn

Heute wird man sich tunlichst hüten eine Bahnstrecke ohne 
abgeschlossenes Stillegungsverfahren abzubauen. Ansonsten könnte sich 
ein Eisenbahnverkehrsunternehmen eine Trasse auf dieser Strecke 
einklagen. Im Zusammenhang mit der Hünsrückbahn Langenlohnsheim - 
Simmern - Flugplatz Hahn gab es da einige Gerichtsurteile.

***

Ich möchte das die gängigen Kartenrenderer auch stillgelegte (railway: 
disused) sowie abgebaute (railway: abandoned) erkennbar darstellen

(x) dafür
( ) dagegen

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

Re: [Talk-de] Ist da was kaputt?

[Dirk Stöcker]

On Sun, 5 Jul 2009, Lennard wrote:


es geht nicht um zwingen, aber wer die latest nutzt sollte sich schon
im Klaren darüber sein, dass gelegentlich auch mal ein Bug drin ist.


Normally, JOSM bugs have no real impact on data in the OSM db, but only
to the person editing. This time there was false data being uploaded.
That's a different issue altogether, and a lot more serious. These
affected versions could have been blocked a lot sooner.


Well, such big bugs happen so seldom, that no fast communication interface 
is established and also the impact of this bug was not as clear in the 
beginning. From my point of view it was so obvious going wrong that I 
never would have thought somebody would really press upload when such 
shit happens. So this reaction was fast from my point of view.


Well having 8 pages in webbrowser for bug reports of last 3 days really 
means I introduced trouble. But I think it was worth the work nevertheless 
as josm now has made a break which was necessary for future developments.


Ciao
--
http://www.dstoecker.eu/ (PGP key available)___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Kein Radweg in entgegengesetzter Richtung

[René Falk]

Mehmet Sirin schrieb:
 Hi,
 
 ich hab hier eine Straße, bei der in der einen Richtung ein von dieser
 Straße getrennter (durch Bordstein) Fahrradweg existiert, aber in
 gegensätzlicher Richtung das Fahrradfahren eher unerwünscht ist. D.h.
 Radler müssten mit auf der Straße fahren.

Bist Du absolut sicher, das der Radweg nicht für beide Richtungen
gedacht ist?

Grüße

René

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

Re: [Talk-de] Hall of Fame - Strassen komplett erfasst! - Kamine Zollverein noch nicht

[Bene dikt]

Am 5. Juli 2009 11:17 schrieb Johannes Huesing johan...@huesing.name:


 Der Hilti PD 10 Lasermesser misst Distanzen bis 100 Meter, ab etwa 30
 Meter ist eine Reflexionstafel erforderlich.

 Wenn ich erst auf den Schornstein klettern muss, um eine Reflexionstafel
 anzubringen, kann ich das auch mit einem barometrischen Höhenmesser machen
 oder wie Galilei am schiefen Turm von Pisa mit Zeitmessung.

es gibt auch noch bessere Geräte.
Kann man sich ja eventuell im Baumarkt leihen wenn mans sonst nicht
benötigt.
Bei Dunkelheit werden die Ergebnisse auch deutlich besser.
Hilfreich ist ein Fotostativ wegen dem zittern der Hand.
Benedikt
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Firefox 3 und die Geolocation-API

[Florian Lohoff]

On Sun, Jul 05, 2009 at 04:05:57PM +0200, Jan-Benedict Glaw wrote:
 `gpsd' ist eigentlich *die* Wahl, um unter unixartigen Systemen
 Zugriff auf GPS-Daten zu bekommen. Insofern find' ich das schon
 sinnvoll. Zumal man sich damit auch 'nen NMEA-Parser spart...

Es geht aber um geocodierung OHNE GPS ...

http://qa.debian.org/popcon.php?package=gpsd

1.12% - oder Rank 5867

http://qa.debian.org/popcon.php?package=network-manager

37% oder Rank 868

D.h. 30% der leute haben network-manager und damit potentiell 
WLAN MAC Adressen in der naehe die google geocoden kann - Aber nur
1% der User hat einen GPSd installiert.

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


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

Re: [Talk-de] Mapping Workflow mit Garmins nüvi550

[Ingo Lantschner]

Am 05.07.2009 um 18:57 schrieb Sven Sommerkamp:

 Für Trackaufzeichnung sind die Nüvis ehr ungeeignet da sie stark
 vereinfachen und sich
 bedingt auch an Garmin-Karten (map catcher Funktion) orientieren.
 Also auf Straße zeigen kann man bei vielen Garmin Geräten abschalten.
 Könnte mir denken, das man das beim 550 kann.
Ja das geht, man muss nur in den Fußgängermodus schalten bzw. die  
Navigation auf Luftlinie umschalten.


 Den Aufzeichnungsintervall meistens auch
Dafür gibt es meines Wissens nach beim Nüvi 550 keine Möglichkeit.

Viele Grüße,
Ingo

-- 
Ingo Lantschner
1060 Vienna-Austria
Mobil +43-664-143 84 18


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

Re: [Talk-de] Mapping Workflow mit Garmins nüvi550

[Ingo Lantschner]

Am 05.07.2009 um 10:55 schrieb Garry:

 Ich bevorzuge dafür nach wie vor zwei getrennte Geräte - eins speziel
 zum Mappen das  zuverlässig durchgehenden aufzeichnet (bei mir die  
 WBT201)
pk, das ist ja ein interessantes Gerät - und vom selben Hersteller  
gibt es auch einen USB-Stick, der auch ein kleines LCD-Display hat,  
das die aktuelle Position anzeigt. Das plus Kompass und eine gute  
Wanderkarte (hoffentlich bald aus dem OSM-Projekt) scheint mir eine  
brauchbare Navigationsausrüstung zu sein.

Danke für den Hinweis!

Viele Grüße,
Ingo

-- 
Ingo Lantschner
1060 Vienna-Austria
Mobil +43-664-143 84 18


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

Re: [Talk-de] Hall of Fame - Strassen komplett erfasst! - Kamine Zollverein noch nicht

[Florian Lohoff]

On Sun, Jul 05, 2009 at 11:17:46AM +0200, Johannes Huesing wrote:
 Der Hilti PD 10 Lasermesser misst Distanzen bis 100 Meter, ab etwa 30
 Meter ist eine Reflexionstafel erforderlich.
 
 Wenn ich erst auf den Schornstein klettern muss, um eine Reflexionstafel
 anzubringen, kann ich das auch mit einem barometrischen Höhenmesser machen 
 oder wie Galilei am schiefen Turm von Pisa mit Zeitmessung.

Du kannst ja auch mit dem Lasermesser hochklettern und die Tafel
unten lassen ;)

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


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

Re: [Talk-de] Firefox 3 und die Geolocation-API

[Jan-Benedict Glaw]

On Sun, 2009-07-05 20:35:22 +0200, Florian Lohoff f...@rfc822.org wrote:
 On Sun, Jul 05, 2009 at 04:05:57PM +0200, Jan-Benedict Glaw wrote:
  `gpsd' ist eigentlich *die* Wahl, um unter unixartigen Systemen
  Zugriff auf GPS-Daten zu bekommen. Insofern find' ich das schon
  sinnvoll. Zumal man sich damit auch 'nen NMEA-Parser spart...
 
 Es geht aber um geocodierung OHNE GPS ...

Dir vielleicht :)

Ich bin gerade mehr daran interessiert, Routing auf der Karte danach
auszurichten (Vom aktuellen Standort zu diesem Punkt.)

 D.h. 30% der leute haben network-manager und damit potentiell 
 WLAN MAC Adressen in der naehe die google geocoden kann - Aber nur
 1% der User hat einen GPSd installiert.

Wie genau ist das mit WLAN? Wie viele Daten liegen da vor? Weltweit?

MfG, JBG

-- 
  Jan-Benedict Glaw  jbg...@lug-owl.de  +49-172-7608481
 Signature of:  http://perl.plover.com/Questions.html
 the second  :


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

Re: [Talk-de] osmosis MERGE auf mehr als zwei dateien anwenden

[Christoph Eckert]

Am Sonntag, 5. Juli 2009 14:31:55 schrieb Jan Tappenbeck:

 kann man eigentlich auch gleichzeitig mehrere dateien mit osmosis option
 Merge zusammenführern ?? oder immer nur zwei zur zeit !

ohne zu wissen was Du probierst (und ohne nachgesehen zu haben) vermute ich, 
dass Du dazu ein paar Pipes verwenden musst.

-- 
Beste Grüße,
Best regards,

ce

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

Re: [Talk-de] Kein Radweg in entgegengesetzter Richtung

[Mehmet Sirin]

So einen Weg habe ich auch noch nicht gesehen :D .Ich wollte nur wissen, wie
man verschiedenartige Radwege auf der jeweiligen Straßenseite taggt und habe
deshalb ein merkwürdiges Beispiel angegeben.  Bei uns in der Stadt gibt es
einige Straßenabschnitte, bei denen die Radfahrer auf der Hauptstraße neben
den Autos fahren müssen, was ich für extrem gefährlich halte (aber auf der
anderen Straßenseite existiert ein eigener Radweg á la lane ). Und da wir
einen Radroutenplaner basteln wollen, der solche Wünsche der User wie bitte
vermeide das direkte Radfahren neben den Autofahrer berücksichtigt, muss
das irgendwie vernünftig attributiert werden.. Aber auch generell soll es so
sein, dass eben diese Streckenabschnitte umfahren werden sollen.

Hmm, ein bicycle=no wäre wohl tatsächlich falsch. Okay dann muss es wohl so
sein, dass eine Straßenseite, die nicht mit einem Radweg -Attribut versehen
ist, vermieden wird (nur wenn es eine gefährliche Straße wie secondary
ist, auf der die Autofahrer mindestens 50km/h fahren). Das müssen wir dem
Routingalgorithmus dann noch beibringen..


Grüße
Mehmét


Am 5. Juli 2009 22:50 schrieb René Falk li...@falconaerie.de:

 Mehmet Sirin schrieb:
  Hi,
 
  ich hab hier eine Straße, bei der in der einen Richtung ein von dieser
  Straße getrennter (durch Bordstein) Fahrradweg existiert, aber in
  gegensätzlicher Richtung das Fahrradfahren eher unerwünscht ist. D.h.
  Radler müssten mit auf der Straße fahren.

 Bist Du absolut sicher, das der Radweg nicht für beide Richtungen
 gedacht ist?

 Grüße

 René

 ___
 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] OSM als Beispiel für gescheiterte Basi sdemokratie

[Christoph Eckert]

Am Sonntag, 5. Juli 2009 13:40:28 schrieb Ulf Lamping:

 Bis Oktober 2008 war die Sache im Wiki klar definiert. Dann wurde die
 Seite so geändert, daß der Default ins (aus meiner Sicht blödsinnige)
 Gegenteil gedreht wurde.

ich hab' auch gestutzt, als ich das sah. Ein (zumindest in D) üblicher 
Autobahnanschluss sieht ja oft Stimmgabelförmig aus. Die Zinken habe ich meist 
mit einem Oneway versehen. Aber doch nicht den Griff! Da dürften in den Tat 
einige Auffahrten kaputt sein, was aber vielleicht nicht auffällt, weil die 
Router den impliziten oneway nicht verwenden. Aber egal, wir wollen die 
Diskussion mal lieber nicht mehr aufwärmen.

 Wenn du das jetzt nicht (mehr) aus der aktuellen Seite rauslesen kannst,
 spricht das nicht gerade für den Änderer der Seite, ändert aber nichts
 an der Tatsache, daß der Default gedreht wurde.

Nee, das war meine Dummheit. Den Kasten rechts habe ich überhaupt nicht 
wahrgenommen. Das kommt wohl von meiner blende die Werbung im Augenfeld 
einfach aus-Konditionierung. Aus dem Fließtext geht aber eher weniger hervor, 
dass man auf die oneway-Tags achten sollte und dass es per Default einer sei.

  Fraglos. Wenn alle Mapper wüssten, dass motorway_link per default oneway
  sein soll und andernfalls ein oneway=no vergeben werden sollte, wäre die
  Sache klar. Dem ist aber nicht so.

 Dem kann nicht mal so sein, weil wir ja keine Instanz haben, die genau
 solche (strittigen) Definitionen festlegen könnte.

 Davon rede ich doch die ganze Zeit!

Naja, nur weil so Kleinigkeiten strittig sind, brauchen wir doch noch keinen 
Wächterrat, oder? Wie Fred schon sagte, wir tragen die oneways notfalls vom 
Sessel aus nach, dann ist die Sache geritzt und es interessiert plötzlich gar 
nicht mehr, ob oneway jetzt implizit true oder false ist.

Fallen Dir noch mehr so Wackelkandidaten ein?

-- 
Beste Grüße,
Best regards,

ce




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

Re: [Talk-de] WG: www.freietonne.de - Upload unsererSeekartendatennach OSM gestartet

[Jan Jesse]

Moin Olaf, 

 Ich denke, dass es wichtig ist sich in Zukunft auf eine 0° 
 Position zu einigen, das umrechnen der Angaben sollte trivial sein.

Ich wünsch mir, daß 0° gleich Nord ist. Stimmt so schön mit meinem Kompaß 
überein ;-)

Beste Grüße aus Berlin

JJ

www.freietonne.de

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

Re: [Talk-de] Eierlegende Wollmilchkarte

[qbert biker]

 Original-Nachricht 
 Datum: Sun, 5 Jul 2009 13:53:15 +0200
 Von: malenki o...@malenki.ch
 An: talk-de@openstreetmap.org
 Betreff: [Talk-de] Eierlegende Wollmilchkarte


 Einige - ich eingeschlossen - hätten dort gern ein besseres GoogleMaps.

Ich eigentlich nicht, mir wäre das zu wenig. Meiner Ansicht 
nach orientiert sich OSM eh schon viel zu stark an
Google Maps, weil viele ein klares Ziel vor Augen haben wollen.

 Heute morgen fand ich im Wiki eine wirklich geniale Seite, die das
 Zeug dazu hat: http://www.freemap.sk

In der Gegend gibts auch eine astreine Datenqualität, die auf
einen Datenimport aus professioneller Quelle hinweist.

http://www.informationfreeway.org/?lat=48.77468565338101lon=16.503716155140424zoom=13layers=BF000F

Gruesse Hubert

-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

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

Re: [Talk-de] Pfeile bei Mapnik deuten auf Einbahnstrasse?

[Sebastian Waschik]

Hello,

Lennard l...@xs4all.nl writes:

 Sebastian Waschik wrote:

 Es geht um folgende Stelle (Rolfinckstraße und südöstlich davon
 Farmsener Weg):
 http://www.openstreetmap.org/?lat=53.640342lon=10.08376zoom=18

 They're not coming from the way, but from:

 http://www.openstreetmap.org/browse/relation/86692

 I think direction arrows should only be drawn for highway=* ?

span lang=en
thanks.  I did not used oneway=yes on relations is used for
rendering.  In this case the oneway=yes is useless: The bus is
operating in both directions...
/span


span lang=de
danke.  Das hatte ich nicht gewusst, dass oneway=yes auch auf
Relationen gerendert wird.  Bei dieser Relatation macht es aber keinen
Sinn, da es einen Linienverkehr in beide Richtungen gibt...
/span


Greetings
Sebastian Waschik


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

Re: [Talk-de] Eierlegende Wollmilchkarte

[Johannes Huesing]

Sven Sommerkamp s_sommerk...@gmx.de [Sun, Jul 05, 2009 at 06:24:12PM CEST]:
 Am Sonntag, 5. Juli 2009 13:57:31 schrieb Frederik Ramm:
[...]
  ... oder das andere Leute in anderen Laendern/Gegenden sich daran
  orientieren und etwas eigenes auf die Beine stellen, was ungefaehr genau
  so gut ist, aber ideal an die Verhaeltnisse vor Ort angepasst!
 Ja, in Deutsch

nicht nur das. In der Slowakei pflegt man offenbar noch die Ostblocktradition,
dass es nur vier verschiedene Wegmarken gibt -- rot, gelb, blau, grün. Dann
kann man die Routen auf der Karte natürlich entsprechend einfärben, was man 
bei gedruckten Karten eben auch macht.

Man halte mal die freemap.sk neben den Jakobsmuschelsalat der Reit-
und Wanderkarte hierzulande. Die ist für eine Karte ohne menschliche
Einwirkung enorm und diszipliniert sich ja auch schon bei der Vielfalt
der Zeichen. Aber Symbol-neben-Weg kann niemals so aufgeräumt aussehen
wir die Überlagerung mit Grundfarben. Das hätte ich erhaltenswerter
gefunden als das Ampelmännchen mit Hut. Aber vorbei ist vorbei.

-- 
Johannes Hüsing   There is something fascinating about science. 
  One gets such wholesale returns of conjecture 
mailto:johan...@huesing.name  from such a trifling investment of fact.  
  
http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi)

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

Re: [Talk-de] OSM als Beispiel für gescheiterte Basi sdemokratie

[Christoph Eckert]

Am Sonntag, 5. Juli 2009 19:12:13 schrieb qbert biker:

  korrekt, ich habe noch immer nicht verstanden, auf was Du 'rauswillst.

 Was ist so schwierig dran zu verstehen, dass ich wissen will, ob
 ein Mapper einen kreuzungsfreien Ausbau eingetragen hat?
 Aktuell gehen mir da ca 50% durch die Lappen, obwohl sich die
 Leute vor Ort die groesste Mühe gegeben haben (Vergleich der
 Karte mit bekannter realer Umgebung).
 Einfache klare Informationen und nicht ob ein trunk auch noch
 ein trunk ist, wenn er nur eine Spur pro Fahrtrichtung hat,
 die Leitplanken rot angemalt sind, das Schild xy rumsteht und
 einmal im Jahr der Weihnachtsmann langfährt.

ich stehe noch immer auf dem Schlauch. Hättest Du gerne einen Zusatztag (AFAIR 
no), oder willst Du, dass trunk nur für kreuzungsfreie Straßen verwendet 
werden sollte?

 An dieser simplen Aufgabe kann man verzweifeln, wenn man sich
 das Hickhack um trunk und motorroad ansieht. Es ist bezeichnend,
 dass es nichtmal ein Tag für den kreuzungsfreien Ausbau gibt,
 dafür aber mehrere sich widersprechende für den Belag einer
 kleinen Strasse.

  Wie
  soll »indem man das Schema besser an gängige Abstraktionen anpasst«,

 Eben, die gängigen Abstraktionen wie den Ausbauzustand, unter
 denen sich Otto Normalmapper etwas vorstellen kann. Der kann
 ohne Probleme Ausbaustufen von Autobahn bis Fusspfad unterscheiden,
 aber er wird immer öfter daran scheitern, wenn er in einem
 unübersichtlichen Wiki rausfinden soll, dass zwei Pisten, die
 exakt gleich aussehen, anders zu mappen sind, wenn die
 woanders enden, irgendwo ein bestimmtes Schild steht oder einmal
 im Jahr der Weihnachtsmann langfährt.

Ich nehme an, Du hebst auf tracktypes und surface=irgendwas ab?

Ich verwendete früher surface=grass|ground|sand|gravel für die Tracks, die ich 
mappte. Irgendwann hat jemand die tracktypes vorgeschlagen. Nachdem diese von 
vielen Leuten übernommen wurden, habe ich auch umgestellt.

Schon in der Diskussion damals wurde bemängelt, dass die Tracktypes nicht 
sprechend sind, was eigentlich der üblichen Vorgehensweise bei OSM entspricht. 
Es wurde auch darauf hingewiesen, dass das surface-Tag nicht nur für Tracks 
verwendet werden könnte. Zudem wurde grade1 eingeführt, für asphaltierte 
Landwirtschaftswege. Die waren vorher zumeist als highway=service angelegt. 
Superglücklich war ich mit der Lösung nicht, aber service für 
Landwirtschaftswege war halt auch nicht das gelbe vom Ei.

Aber: Die Dinger sind halbwegs schlüssig definiert. Man kann also vom tracktype 
schon halbwegs auf den Oberflächenbelag schließen. Es spricht ja nichts 
dagegen, dass wir künftig noch ein zusätzliches surface-Tag 'dranhängen.

 So einfach ist das mit den gängigen Abstraktionen.

  konkret aussehen?

 Z.B. ein Begriff für eine Eigenschaft
  

  »Kannst Du mal kurz und knackig sagen, was Dich stört, wie Du es gerne
  hättest, und wie Du das lösen möchtest?«

 Kurz und kanckig? OK, ich wünsche mir kurze und knackige Definitionen,
 die nicht im Halbjahresrythmus umgestellt werden. Ich wünsche
 eine Kernliste an Tags, die nicht jeder wilkürlichen Änderung
 ausgesetzt sind und ich wünsche mir, dass nicht immer der Spruch
 'schreib ein Programm und dann reden wir weiter' kommt, wenns mal
 konkret werden würde. ;)

Ehrlich gesagt bin ich froh, dass wir in der Lage sind, unsere Tags 
anzupassen, wenn es nötig ist. Es ist ja nicht so, dass highway=motorway bei 
Vollmond ein Radweg und bei Neumond eine U-Bahnlinie ist.

  Ach... ;)

 Ja, ich habe auch noch ein Leben neben OSM und das ist teilweise
 Internetfrei...

Kann ich nicht gelten lassen. Das Internet war schon damals 
überlebensnotwendig, als wir noch in der Höhle saßen und via Google Maps 
nachgesehen haben, wo sich der Säbelzahntiger und das Mammut gerade 
'rumtreiben. Und so ist es bis heute geblieben :) .

Ich schweife ab. Du willst also entweder einen Zusatztag an einer Straße, der 
etwas über die Kreuzungsfreiheit aussagt, oder eindeutig festgelegt haben, 
welche Straßentypen implizit kreuzungsfrei sind. Sehe ich das richtig?

-- 
Beste Grüße,
Best regards,

ce



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

Re: [Talk-de] Hall of Fame - Strassen komplett erfasst! - K amine Zollverein noch nicht

[Thomas Schäfer]

Am Sonntag 05 Juli 2009 schrieb Florian Lohoff:

  Wenn ich erst auf den Schornstein klettern muss, um eine Reflexionstafel
  anzubringen, kann ich das auch mit einem barometrischen Höhenmesser
  machen oder wie Galilei am schiefen Turm von Pisa mit Zeitmessung.

 Du kannst ja auch mit dem Lasermesser hochklettern und die Tafel
 unten lassen ;)

 Flo

Scheint dort nie die Sonne? Wie wär's mit der Vermessung des Schattens?
Ja, und je nach Lust dann ausrechnen über den Strahlensatz (eigenen Schatten 
bei bekannter Größe messen nicht vergessen), oder, da ja mit 
Geo/Zeit-Koordinaten überversorgt, anschließend mit einer Nachstellung am 
Rechner  Sonne-Schornstein-Erde.

Viele Grüße
an den Pott

Thomas 

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

Re: [Talk-de] Kein Radweg in entgegengesetzter Richtung

[Mario Salvini]

Die Methode auf eurer Hauptstraße, dass der mitfließende Radverkehr 
auf der STraße, der entgegenkommende Radverkehr eine lane hat ist ist 
doch ein sehr häufiger Fall. Dafür hat man ja cycleway=lane_opposite 
eingeführt. Wenn du mit den Rad _mit dem Verkehr_ fließt, dann musst du 
nunmal auf der Straße fahren und darfst nicht links die Radspur nutzen. 
So isses nunmal gedacht ;)

Gruß
 Mario

Mehmet Sirin schrieb:
 So einen Weg habe ich auch noch nicht gesehen :D .
 Ich wollte nur wissen, wie man verschiedenartige Radwege auf der 
 jeweiligen Straßenseite taggt und habe deshalb ein merkwürdiges 
 Beispiel angegeben. 
  Bei uns in der Stadt gibt es einige Straßenabschnitte, bei denen die 
 Radfahrer auf der Hauptstraße neben den Autos fahren müssen, was ich 
 für extrem gefährlich halte (aber auf der anderen Straßenseite 
 existiert ein eigener Radweg á la lane ). Und da wir einen 
 Radroutenplaner basteln wollen, der solche Wünsche der User wie bitte 
 vermeide das direkte Radfahren neben den Autofahrer berücksichtigt, 
 muss das irgendwie vernünftig attributiert werden.. Aber auch generell 
 soll es so sein, dass eben diese Streckenabschnitte umfahren werden 
 sollen. 

 Hmm, ein bicycle=no wäre wohl tatsächlich falsch. Okay dann muss es 
 wohl so sein, dass eine Straßenseite, die nicht mit einem Radweg 
 -Attribut versehen ist, vermieden wird (nur wenn es eine gefährliche 
 Straße wie secondary ist, auf der die Autofahrer mindestens 50km/h 
 fahren). Das müssen wir dem Routingalgorithmus dann noch beibringen..


 Grüße
 Mehmét


 Am 5. Juli 2009 22:50 schrieb René Falk li...@falconaerie.de 
 mailto:li...@falconaerie.de:

 Mehmet Sirin schrieb:
  Hi,
 
  ich hab hier eine Straße, bei der in der einen Richtung ein von
 dieser
  Straße getrennter (durch Bordstein) Fahrradweg existiert, aber in
  gegensätzlicher Richtung das Fahrradfahren eher unerwünscht ist.
 D.h.
  Radler müssten mit auf der Straße fahren.

 Bist Du absolut sicher, das der Radweg nicht für beide Richtungen
 gedacht ist?

 Grüße

 René

 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org mailto: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
   


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

Re: [Talk-de] Announce: Bookmarklet für load into josm

[Sven Geggus]

Georg Burkhard georg.burkh...@roma-online.de wrote:

 Ich hab jetzt keine Lust, Kommentare in einem Blog zu schreiben, deshalb
 hier:

Ich habe meinerseits eigentlich keine Lust zweimal die selbe Frage zu
beantworten.

 Das Bookmarklet funktioniert außer in Firefox auch im Internet Explorer
 7 und 8, aber nich in Opera.

Das liegt nicht am Bookmarklet sondern am Opera, der ein
fragwürdiges, nicht abschaltbares Sicherheitsfeature hat, dass den
http-Zugriff auf localhost verhindert:

http://my.opera.com/community/forums/topic.dml?id=253239

Sowas halte ich ja nicht grundsätlich für falsch. Man sollte das aber
mit einer Whitelist kombinieren können.

Gruss

Sven

-- 
If you continue running Windows, your system may become unstable.
(Windows 95 BSOD)

/me is gig...@ircnet, http://sven.gegg.us/ on the Web

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

Re: [Talk-de] osmosis MERGE auf mehr als zwei dateien anwenden

[Frederik Ramm]

Hallo,

Christoph Eckert wrote:
 kann man eigentlich auch gleichzeitig mehrere dateien mit osmosis option
 Merge zusammenführern ?? oder immer nur zwei zur zeit !
 
 ohne zu wissen was Du probierst (und ohne nachgesehen zu haben) vermute ich, 
 dass Du dazu ein paar Pipes verwenden musst.

Mann kann immer nur zwei Dateien mit einer Merge-Option zusammenfuehren, 
aber man kann mehrere Merge-Optionen auf einmal verwenden! Die 
Merge-Option ersetzt praktisch die zwei Dateien durch das Ergebnis. 
Dies kann einer neuen Merge-Option zugefuehrt werden. Zum Beispiel:

osmosis --rx 1.osm --rx 2.osm --rx 3.osm --merge --merge --wx 4.osm

Die Dateien 1,2,3 kommen sozusagen auf den Stack. Das erste merge 
mischt die beiden obersten zusammen, so dass wir nun auf dem Stack 
haben: 1,(2+3). Die zweite Merge-Option mischt diese beiden dann zu einer.

Also einfache Faustregel: Fuer n Dateien muss man n-1 mal merge schreiben.

Wer je einen dieser komischen UPN-Taschenrechner hatte, dem wird das 
schnell von der Hand gehen ;-)

Bye
Frederik

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

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