[Talk-hr] Fwd: 1 Talk-hr moderator request(s) waiting

2011-09-06 Thread valent.turko...@gmail.com
mvrban me dodao kao admina liste, no nemam vremena chekirati i administrirati.

molim da se netko tko bi htio biti admin i dogovori s mvrbanom

-- Forwarded message --
From:  talk-hr-boun...@openstreetmap.org
Date: 2011/9/6
Subject: 1 Talk-hr moderator request(s) waiting
To: talk-hr-ow...@openstreetmap.org


Talk-hr@openstreetmap.org mailing lista ima 1 zahtjeva koji cekaju
Vase razmatranje na:

       http://lists.openstreetmap.org/admindb/talk-hr

Molim, obratite paznju na to sto je prije moguce. Ova obavijest o
zahtjevima na cekanju, ako takvi postoje, slat ce vam se jednom
dnevno.


Pending posts:
From: no-re...@registro-agora.com on Tue Aug 30 16:43:39 2011
Subject: PROMOCAO :: Cadastre e concorra a CARRO 0 KM e 20 mil reais por mes.
Cause: Poruka poslana od strane ne-člana na samo-člasku listu




-- 
follow me - www.twitter.com/valentt  http://kernelreloaded.blog385.com
linux, anime, spirituality, wireless, scuba, linuxmce smart home, zwave
ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turko...@hotmail.com

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


Re: [talk-ph] Fwd: [OSM-talk] Scholarship program to State of the Map 2011

2011-09-06 Thread George Tujan
Marloue Pidor (murlwe) already made a cheatsheet, we just need to update it
if needed.

http://dl.dropbox.com/u/1418629/OpenStreetMap%20cheat%20sheet.pdf

On Tue, Sep 6, 2011 at 1:52 PM, tutubi tut...@backpackingphilippines.comwrote:

 what i wanted to have really is some sort of an OSM Philippines cheatsheet
 a quick reference guide to tags in the PH setting

 standard tags for amenities and guidelines for road tags

 this is to rapidly convert a newbie to an intermediate mapper, and
 reduce/eliminate errors/guesswork,
 like all of us went through when we initially started

 ---
 I explore, therefore I blog!

 http://www.backpackingphilippines.com
 I don't need a map! I have the GPS. Never need a map again, thank you
  - directionally-challenged Van on Route 66, Radiator Springs



 On Mon, Sep 5, 2011 at 8:05 PM, maning sambale emmanuel.samb...@gmail.com
  wrote:

 Dear everyone,

 I am know collating my mental notes in preparation for the State of
 the PH lightning talk for SOTM2011.  And since this is a community
 presentation, I might as well ask you on what we should be presenting.

 The primary source materials of my talk is the wiki [0,1,2] and of
 course, this list [3].  For sure the OSM-PH data has grown tremendously
 in the the past 2 years. There a number of factors that may have
 contributed to this growth.  I would like to focus the presentation on
 on 4 main points.  Perhaps you can help me develop the discussion.

 1. The osm-ph community.  Who is the community? What characterize a
 PH OSMer? How do we map?  What are the innovative ways we do to
 improve the map?  Are the data users part of this community?  Is the
 talk-ph list and discussions here a representative sample of the osm-ph
 community?

 2. How do we use the data?  Some sample of data useage we can
 illustrate.  Maybe a ph brewed mapping application? Or other ways you
 have used the data? If there are any,
 please provide a link or description and a screenshot.

 3. Issues and concerns.  Why are we growing in some areas but not
 in others?  How do you guage our relationship with other crowdsource
 mapping initiative in the country (google mapmaker, roadguide.ph,
 wikimapia)?

 4.  The future.  How do you see the state of PH data in a year or two?
 What should be done to further improve and expand data coverage?

 If you any thoughts, just send them here or as a PM. Thanks!

 [0] http://wiki.openstreetmap.org/wiki/Philippines
 [1] http://wiki.openstreetmap.org/wiki/Philippines/Timeline
 [2]
 http://wiki.openstreetmap.org/wiki/WikiProject_Philippines/Featured_images
 [3] http://lists.openstreetmap.org/listinfo/talk-ph

 On Fri, Aug 19, 2011 at 2:40 AM, Eugene Alvin Villar sea...@gmail.com
 wrote:
  Well, State of country talks are always well-received by the
  attendees. You can always talk about mapping activities in the
  Philippines. :-)
 
  And this wiki page needs some love:
  http://wiki.openstreetmap.org/wiki/Philippines/Timeline
 
 
  On Mon, Aug 8, 2011 at 9:31 PM, maning sambale
  emmanuel.samb...@gmail.com wrote:
  FYI, I got my visa application approved for the SOTM 2011 conf.  I
  will start preparing for our (possible) OSM-PH talk.  Any ideas what
  we should discuss for this year in behalf of the osm-ph community?
 
  On Tue, Jun 21, 2011 at 12:18 PM, maning sambale
  emmanuel.samb...@gmail.com wrote:
  FYI,
 
  The old nominees for the past SOTM scholarships are: Maning, Eugene
 and Murlwe
 
  Maning and Eugene are interested to try their luck again this time.
  Murlwe declined due to personal commitments.  If there are others
  interested to participate as an OSM-PH representative for this
  scholarship,  please tell us, as we prepare the nominations letter.
  Of course you can nominate yourself and send them directly to the
  scholarship organizers.
 
  On Thu, Jun 2, 2011 at 10:18 PM, Eugene Alvin Villar 
 sea...@gmail.com wrote:
  Hi Andre,
 
  I agree that it's a bit tight. But I asked my officemate who went to
  the US last year and he said that he had a rush US visa application
  since he has a conference to attend in connection with his MBA. He
 got
  his appointment schedule in 2 weeks and the processing took 1 week.
 
  So maybe it's possible. :-)
 
  Eugene
 
 
  On Thu, Jun 2, 2011 at 4:32 PM, Andre Marcelo-Tanner
  an...@enthropia.com wrote:
  Wow, when are they gonna decide
  does anyone already have a US visa?
  3 months to get a visa isnt the best timetable :)
 
  On 3:59 AM, maning sambale wrote:
 
  Hoping we can finally send a Filipino rep.
 
  -- Forwarded message --
  From: Coast, Hurricanehurricane.co...@mapquest.com
  Date: Thu, Jun 2, 2011 at 4:35 AM
  Subject: [OSM-talk] Scholarship program to State of the Map 2011
  To: t...@openstreetmap.orgt...@openstreetmap.org
 
 
  The State of the Map Committee is excited to announce a program to
  cover full travel and accommodations costs for mappers to attend
 State
  of the Map 2011 in Denver, Colorado (United States). We’re 

Re: [OSM-talk-be] Yippee! JOSM is the best! :-)

2011-09-06 Thread Julien Fastré
Hum... I am sorry, I don't understand in which context you create this...

Julien

2011/9/3 Jo winfi...@gmail.com

 I'm trying to create networks of nodes of the cycle node network. Up to now
 I've been flying blind. Using search over and over again.

 Now I found a nicer solution:

 A text file rcn.mapcss with one line in it:

 node[rcn_ref] {text-color: blue; font-size: 14; text: rcn_ref; text-halo:
 #aa; text-halo-radius: 2; text-position: right;}

 Then F12, third option (grid icon), Kaarttekenstijlen (second tab) +
 URL/file - point to this text file.

 And voilà; now all the nodes of the cycle node network are shown with a big
 fat number besides them, which makes it a lot easier to determine which ones
 belong to the same network.

 Polyglot


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




-- 
Julien FASTRE
http://www.meta-morphoses.be
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be


Re: [OSM-talk-be] Yippee! JOSM is the best! :-)

2011-09-06 Thread Gerard Vanderveken
JOSM has no specific symbols for nodes that are a node in a cycle route 
network.
You can see such nodes are highlighted in grey, because it has 
attributes, but that is all.
The proposed 'change' makes that the cycle node numbers are displayed in 
JOSM (in the way a cityname is displayed), which facilitates checking 
and editing cycle routes of a network.


Gerard.

Julien Fastré wrote:


Hum... I am sorry, I don't understand in which context you create this...

Julien

2011/9/3 Jo winfi...@gmail.com mailto:winfi...@gmail.com

I'm trying to create networks of nodes of the cycle node network.
Up to now I've been flying blind. Using search over and over again.

Now I found a nicer solution:

A text file rcn.mapcss with one line in it:

node[rcn_ref] {text-color: blue; font-size: 14; text: rcn_ref;
text-halo: #aa; text-halo-radius: 2; text-position: right;}

Then F12, third option (grid icon), Kaarttekenstijlen (second tab)
+ URL/file - point to this text file.

And voilà; now all the nodes of the cycle node network are shown
with a big fat number besides them, which makes it a lot easier to
determine which ones belong to the same network.

Polyglot


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




--
Julien FASTRE
http://www.meta-morphoses.be



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




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


Re: [OSM-talk-be] Yippee! JOSM is the best! :-)

2011-09-06 Thread Julien Fastré
OK, I understand now...

Maybe we could use such hack for presenting bus stop created with the new
Public Transport proposition :
http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport . I
tryed those new features some weeks ago and the bus stop were ugly white
squares... http://www.openstreetmap.org/browse/changeset/8220638

Maybe can we add some stylesheets to JOSM using the same way as Jo ?

Julien



2011/9/6 Gerard Vanderveken g...@ghia.eu

 JOSM has no specific symbols for nodes that are a node in a cycle route
 network.
 You can see such nodes are highlighted in grey, because it has attributes,
 but that is all.
 The proposed 'change' makes that the cycle node numbers are displayed in
 JOSM (in the way a cityname is displayed), which facilitates checking and
 editing cycle routes of a network.

 Gerard.

 Julien Fastré wrote:

  Hum... I am sorry, I don't understand in which context you create this...

 Julien

 2011/9/3 Jo winfi...@gmail.com mailto:winfi...@gmail.com


I'm trying to create networks of nodes of the cycle node network.
Up to now I've been flying blind. Using search over and over again.

Now I found a nicer solution:

A text file rcn.mapcss with one line in it:

node[rcn_ref] {text-color: blue; font-size: 14; text: rcn_ref;
text-halo: #aa; text-halo-radius: 2; text-position: right;}

Then F12, third option (grid icon), Kaarttekenstijlen (second tab)
+ URL/file - point to this text file.

And voilà; now all the nodes of the cycle node network are shown
with a big fat number besides them, which makes it a lot easier to
determine which ones belong to the same network.

Polyglot


__**_
Talk-be mailing list
Talk-be@openstreetmap.org 
 mailto:Talk-be@openstreetmap.**orgTalk-be@openstreetmap.org
 


 http://lists.openstreetmap.**org/listinfo/talk-behttp://lists.openstreetmap.org/listinfo/talk-be




 --
 Julien FASTRE
 http://www.meta-morphoses.be

 --**--**
 


 __**_
 Talk-be mailing list
 Talk-be@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-behttp://lists.openstreetmap.org/listinfo/talk-be




 __**_
 Talk-be mailing list
 Talk-be@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-behttp://lists.openstreetmap.org/listinfo/talk-be




-- 
Julien FASTRE
http://www.meta-morphoses.be
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be


Re: [OSM-talk-be] Yippee! JOSM is the best! :-)

2011-09-06 Thread Gerard Vanderveken

Yes, a similar change is required.
You find all info for styles in JOSM here:
http://josm.openstreetmap.de/wiki/Styles
I think the 'paddenstoel guidepost' is the example you are looking for.
http://josm.openstreetmap.de/wiki/Styles/Guidepost

Gerard.

Julien Fastré wrote:


OK, I understand now...

Maybe we could use such hack for presenting bus stop created with the 
new Public Transport proposition : 
http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport 
. I tryed those new features some weeks ago and the bus stop were ugly 
white squares... http://www.openstreetmap.org/browse/changeset/8220638


Maybe can we add some stylesheets to JOSM using the same way as Jo ?

Julien



2011/9/6 Gerard Vanderveken g...@ghia.eu mailto:g...@ghia.eu

JOSM has no specific symbols for nodes that are a node in a cycle
route network.
You can see such nodes are highlighted in grey, because it has
attributes, but that is all.
The proposed 'change' makes that the cycle node numbers are
displayed in JOSM (in the way a cityname is displayed), which
facilitates checking and editing cycle routes of a network.

Gerard.

Julien Fastré wrote:

Hum... I am sorry, I don't understand in which context you
create this...

Julien

2011/9/3 Jo winfi...@gmail.com mailto:winfi...@gmail.com
mailto:winfi...@gmail.com mailto:winfi...@gmail.com


   I'm trying to create networks of nodes of the cycle node
network.
   Up to now I've been flying blind. Using search over and
over again.

   Now I found a nicer solution:

   A text file rcn.mapcss with one line in it:

   node[rcn_ref] {text-color: blue; font-size: 14; text: rcn_ref;
   text-halo: #aa; text-halo-radius: 2; text-position: right;}

   Then F12, third option (grid icon), Kaarttekenstijlen
(second tab)
   + URL/file - point to this text file.

   And voilà; now all the nodes of the cycle node network are
shown
   with a big fat number besides them, which makes it a lot
easier to
   determine which ones belong to the same network.

   Polyglot


   ___
   Talk-be mailing list
   Talk-be@openstreetmap.org
mailto:Talk-be@openstreetmap.org
mailto:Talk-be@openstreetmap.org
mailto:Talk-be@openstreetmap.org

   http://lists.openstreetmap.org/listinfo/talk-be




-- 
Julien FASTRE

http://www.meta-morphoses.be





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




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




--
Julien FASTRE
http://www.meta-morphoses.be



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




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


Re: [OSM-talk] How to start to remove non-CT compliant data..

2011-09-06 Thread Andrew Harvey
On Tue, Sep 6, 2011 at 2:45 PM, Jo winfi...@gmail.com wrote:
 It would indeed be great if we could use an arbitrary version of an object
 to continue to build upon. Now, I have to start all over on each object that
 was touched by somebody who didn't agree (yet) to the CTs, which is
 annoying, as it disrupts the entire history.

 Jo

Yes, inas has done this for some objects already, I don't think it is
optimal as you break the history of the object (when really such
history should be there to give credit to the mapers who helped build
up the object in OSM). But on the other hand I can see how leaving the
object leads one to consider it a derived work, hence subject to the
CC BY-SA license.

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


[OSM-talk] All countries extracts

2011-09-06 Thread Kirill Bestoujev

Dear All!

I'm currently truing to create a system to produce extracts of all 
countries of the world and maintain them in an up-to-date state.


The extracts are created by cutting the planet with osmosis. The 
polygons used are made from countries borders taken from OSM.


Please have a look at the extracts at:
http://routing.osm.rambler.ru/extracts/world.php

You can find there the extract in osm.pbf format, the link to the .poly 
file used, the link to the border relation used. Not all countries are 
present there for the moment due to some errors in scripts. That will be 
fixed.


I would be grateful for bug reports - first of all on the accuracy of 
extraction, correct borders and so on.


Please keep in mind that for performance purposes osmosis is run with 
omitmettadata=true, so no date, changeset or author information will be 
found in the extracts. This is a temporary measure.


This is currently an beta-stage, so the extracts are a little bit outdated.

I know I am not the first one to create extracts, but more is never 
worse that less :)


Kirill aka Ezhick


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


[OSM-talk] featured image

2011-09-06 Thread SteveC

Very funny - it's my heatmap, right?

Steve

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


Re: [OSM-talk] featured image

2011-09-06 Thread Pascal Neis

Hi,

SteveC schrieb:

Very funny - it's my heatmap, right? [1]


I think you are right ;-)
http://yosmhm.neis-one.org/?SteveC=zoom=4lat=39.76097lon=-101.85205layers=BTu=SteveC

Cheers,
Pascal


[1] Image of the week - http://wiki.openstreetmap.org/wiki/

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


Re: [OSM-talk] featured image

2011-09-06 Thread Richard Weait
Does anybody recall a heat map that shows a very local user?  Perhaps
some account that has been contributing within one town?

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


Re: [OSM-talk] featured image

2011-09-06 Thread Stephan Knauss

Hi Pascal,

On 06.09.2011 20:20, Pascal Neis wrote:

SteveC schrieb:

Very funny - it's my heatmap, right? [1]

I think you are right ;-)
http://yosmhm.neis-one.org/?SteveC=zoom=4lat=39.76097lon=-101.85205layers=BTu=SteveC


I like the graphical style of your heatmap. Unfortunately it depends on 
canvas as well leaves off some details so is not accurate about the 
places being edited.


I also consider it sad that a copy is featured image and not the 
original site which happened to be mine.


Compare Steve's edits or zoom in to see the difference:
http://wdye.osm-tools.org/?SteveC

Stephan

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


Re: [OSM-talk] featured image

2011-09-06 Thread Pascal Neis

Hi Stephan,

Stephan Knauss schrieb:

 I also consider it sad that a copy is featured image and not the
 original site which happened to be mine.

Did you read my blog post? http://neis-one.org/2011/08/yosmhm

I specifically mentioned that this is/was not my idea. Further
I explained what are the advantages and disandvatages of my
representations. However, I did not choose the Image of the
week in the wiki ;-)

Cheers,
Pascal

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


Re: [OSM-talk] How to start to remove non-CT compliant data..

2011-09-06 Thread Ian Sergeant
Andrew Harvey andrew.harv...@gmail.com wrote on 06/09/2011 07:37:05 PM:

 On Tue, Sep 6, 2011 at 2:45 PM, Jo winfi...@gmail.com wrote:
  It would indeed be great if we could use an arbitrary version of an 
object
  to continue to build upon. Now, I have to start all over on each 
object that
  was touched by somebody who didn't agree (yet) to the CTs, which is
  annoying, as it disrupts the entire history.


 Yes, inas has done this for some objects already, I don't think it is
 optimal as you break the history of the object (when really such
 history should be there to give credit to the mapers who helped build
 up the object in OSM).

Currently I'm using the attribution tag for credit when I work with a 
CT-compliant earlier version.

There is more to the history of an object than just attribution though, 
and modifying the API to allow it to be preserved would be a step forward.

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


Re: [OSM-talk] How to start to remove non-CT compliant data..

2011-09-06 Thread Mike Dupont
I would like to make this more complex,
for my edits outside of Kosovo, I dont see any problem letting you
re-license the data, so feel free.
mike

On Tue, Sep 6, 2011 at 6:45 AM, Jo winfi...@gmail.com wrote:

 It would indeed be great if we could use an arbitrary version of an object
 to continue to build upon. Now, I have to start all over on each object that
 was touched by somebody who didn't agree (yet) to the CTs, which is
 annoying, as it disrupts the entire history.

 Jo

 2011/9/5 Ian Sergeant iserg...@hih.com.au


 I wrote:

  To address your question specifically, what happens to data placed in
 the
  public domain by the author on the wiki, who then specifically declines
  the CT?  Well in the first case, if the edits are just a trivial
  modification to a fully CT-compliant version - I'd say just hide
  them.

 Russ Nelson nel...@crynwr.com wrote on 03/09/2011 01:34:09 PM:

  What problem does this solve?

 If data in this class is accepted as compliant with the CT then it
 obviously solves no problem.  I think this is your point?

 Just repeating, like I have in all my emails, that I'm only proposing that
 the API grants the ability to hide/remove data whose author has specifically
 rejected the CT, allowing us to better manage the transition to a
 CT-compliant database.  By allowing CT-compliant editors to modify and save
 CT-compliant earlier versions rather than CT-non-compliant later versions we
 avoid the possibility of generating more CT-non-compliant tainted data than
 we have already.

 The acceptance or otherwise of this peculiar class of data where the
 author has on the one hand said that anyone can do anything with their data,
 but later tried to retract that by declining the contributor terms is an
 interesting issue of policy.   I can see both sides of the argument.
  However, I believe the changes I am suggesting will be of procedural value,
 regardless of how these policy issues are resolved.

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



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




-- 
James Michael DuPont
Member of Free Libre Open Source Software Kosova http://flossk.org
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk-nl] actuele spoorkaart

2011-09-06 Thread Stefan de Konink



Op 2 sep 2011 om 23:10 heeft Christ van Willegen  
cvwille...@gmail.com het volgende geschreven:\



Mai,

2011/9/2 Mai alt-...@mailspool.nl:

En die spoorkaart is een hack van ondergetekende ;)


Mooie 'hack', vind ik...

Misschien moet je eens, in plaats van iedere keer een pagina bij de
server op te halen, gaan nadenken over 'server push'. Dat belast je
server minder als er niet 'constant' iets gebeurt, en je kunt dan
makkelijker meerdere clients 'aan'.


De openov pubsub implementeert dat. Dus een strophejs xmpp client, is  
voldoende. NSAPI zit er nu in, Govi (voor bussen) gaat er snel weer  
terug in.


Stefan





Christ van Willegen
--
09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0

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

!DSPAM:1,4e61466b167871500845398!



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


[OSM-talk-nl] (no subject)

2011-09-06 Thread Robert Elsenaar
Hoi Collega-mappers,

Ook dit jaar, het mag al bijna 
(http://forum.openstreetmap.org/viewtopic.php?id=8906 ) traditie genoemd 
worden, nodig ik jullie allemaal uit voor de Mapping Party 2011 in Putten op de 
Veluwe.

http://dl.dropbox.com/u/21144369/DSCF0427.JPG 

Ik heb weer een paar leuke stukken werk geselecteerd:
  a.. De Groene Scheg 
(http://maps.google.nl/maps?hl=nlll=52.255077,5.59968spn=0.00662,0.021136t=hz=16vpsrc=6):
 een educatief park midden in Putten die recentelijk helemaal is 
gemoderniseerd. 
  b.. Putten Centrum 
(http://maps.google.nl/maps?hl=nlll=52.260468,5.608199spn=0.00331,0.010568t=hz=17vpsrc=6):
 Ons prachtige toeristische centrum verdient om in alle details op de kaart 
gezet te worden. 
  c.. Buitengebied Putten” 
(http://maps.google.nl/maps?hl=nlll=52.261749,5.6777spn=0.052953,0.169086t=hz=13vpsrc=6):
 Putten heeft een 'open' buitengebied. Veel wegen hebben verschillende access 
en surface waarde. Het is goed dat deze eens keurig (door fietsers) in kaart 
wordt gebracht.

Voor de aanwezigen staat mijn WiFi kanaal open (dit jaar nog sneller). 
Natuurlijk staat ook de traditionele en veel besproken Oud-Brabantse 
Erwtensoep en Roggebrood met Spek klaar.

Als je zin hebt om deze dag mee te maken, dan ben je van harte welkom.

Ik heb 2 datum uitgekozen. Kies een datum:
http://www.doodle.com/gcttvpgvhqzpvgkr 

groet
Robert Elsenaar (Alias ZMWandelaar; alias ZondagMiddagWandelaar)___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl


Re: [talk-au] Missing streets in Sydney

2011-09-06 Thread Andrew Harvey
On Tue, Sep 6, 2011 at 12:32 PM, Ian Sergeant inas66+...@gmail.com wrote:
 As you say, time isn't the only consideration.  I wouldn't want to be
 navigating anywhere important based on a map merely consisting of vectorised
 aerial imagery.  IMO OSMers are the ones who should be having the adventures
 down the road that may or may not connect, may or may not be open to the
 public, etc, leaving our data consumers with the benefit of our endeavours
 with maps accurately reflecting what is on the ground.

With the use of source tags you won't have to, you can filter out
anything without source=survey leaving you with a map with just
surveyed data (in theory). You filtering out data you don't like is a
much better option than forcing everyone else to not have access to
that data just because you don't like it. (I'm thinking of the case
where you have some area/features that no one is currently mapping by
local_knowledge, and some kind soul helps out by tracing the
area/feature that no one else has added from a ground survey yet).

(but this will omit stuff which was originally traced, but then
confirmed via survey without the need to update the source tags as
nothing was updated)

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


Re: [talk-au] Princes Highway (Relation 538443)

2011-09-06 Thread Andrew Harvey
On Tue, Sep 6, 2011 at 7:13 AM, Ben Kelley ben.kel...@gmail.com wrote:
 In general I think it is common that a highway has a different name when it
 goes through a town. Here the route continues, and will often be signposted
 with the route number.

 I'm not sure if that is the case for every road in this relation though.

That reminds me.. I've just updated the name of the Princess Highway
through Engadine based on the signed name via ground survey. I've made
the change in fosm,
http://api.fosm.org/api/0.6/changeset/102770/download feel free to
mirror such change in OSM if you like (this changeset is licensed
CC0).

In such a case it is definitely useful to keep the Princess Highway
route relation as that road, even though it has a different name, is
still part of the Princess Highway, the signs say so.

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


Re: [talk-au] Princes Highway (Relation 538443)

2011-09-06 Thread Ian Sergeant
On 6 September 2011 19:49, Andrew Harvey andrew.harv...@gmail.com wrote:


 That reminds me.. I've just updated the name of the Princess Highway
 through Engadine based on the signed name via ground survey. I've made
 the change in fosm,
 http://api.fosm.org/api/0.6/changeset/102770/download feel free to
 mirror such change in OSM if you like (this changeset is licensed
 CC0).

 In such a case it is definitely useful to keep the Princess Highway
 route relation as that road, even though it has a different name, is
 still part of the Princess Highway, the signs say so.


In Engadine, yes.  In Sutherland, Wollongong, and numerous other places on
the way to Adelaide, no.

I've got pretty extensive imagery on the road from Engadine to Kirrawee.
I'll post it to Panoramio, and reference it to the relevant ways/relations
in OSM.

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


Re: [talk-au] Princes Highway (Relation 538443)

2011-09-06 Thread 80n
On Tue, Sep 6, 2011 at 11:52 AM, Ian Sergeant inas66+...@gmail.com wrote:

 On 6 September 2011 19:49, Andrew Harvey andrew.harv...@gmail.com wrote:


 That reminds me.. I've just updated the name of the Princess Highway
 through Engadine based on the signed name via ground survey. I've made
 the change in fosm,
 http://api.fosm.org/api/0.6/changeset/102770/download feel free to
 mirror such change in OSM if you like (this changeset is licensed
 CC0).

 Should the changeset have a tag to indicate this?

license=CC0 perhaps?




 In such a case it is definitely useful to keep the Princess Highway
 route relation as that road, even though it has a different name, is
 still part of the Princess Highway, the signs say so.


 In Engadine, yes.  In Sutherland, Wollongong, and numerous other places on
 the way to Adelaide, no.

 I've got pretty extensive imagery on the road from Engadine to Kirrawee.
 I'll post it to Panoramio, and reference it to the relevant ways/relations
 in OSM.

 Ian.

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


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


Re: [talk-au] Princes Highway (Relation 538443)

2011-09-06 Thread Liz
On Tue, 6 Sep 2011 12:20:15 +1000
Steve Bennett stevag...@gmail.com wrote:

 According to Wikipedia, it should extend all the way from Adelaide to
 Sydney: http://en.wikipedia.org/wiki/Princes_Highway

according to my personal knowledge, it has run between Adelaide and
Sydney via Melbourne for decades.

But the ref number does not equal the Princes Highway
Route 1 is Cairns to Darwin via coast, and was signposted thus in the
60s.

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


Re: [talk-au] Contribution review??

2011-09-06 Thread John Smith
On 6 September 2011 13:26, Ian Sergeant inas66+...@gmail.com wrote:
 Nearmap is no longer an acceptable source for OSM, since they do not allow
 traces from their imagery to be re-licensed.  I notice at least one of your
 edits sourced nearmap, and that isn't allowed any more.  If you were using
 Potlatch, perhaps you were using bing and didn't notice it?

If you think Nearmap is a valuable resource for mapping from, you are
still welcome to use it when contributing to fosm.org, as Nearmap
didn't change the license, OSM did.

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


Re: [talk-au] Princes Highway (Relation 538443)

2011-09-06 Thread John Smith
On 6 September 2011 12:50, Ian Sergeant inas66+...@gmail.com wrote:
 This document tells which roads are RTA funded, and which are local roads,
 and does have a Princes Hwy route for the purposes of funding.  However, I
 really believe we should stick to mapping what is on the ground, else we are
 going to run into trouble.  Noting as well, that the document doesn't
 accurately define the route any more than the suburbs it runs through.

You better start deleting the routes in the US as well then, because
they often have 2 routes for each interstate per state...

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


Re: [talk-au] Princes Highway (Relation 538443)

2011-09-06 Thread John Smith
On 6 September 2011 12:20, Steve Bennett stevag...@gmail.com wrote:
 According to Wikipedia, it should extend all the way from Adelaide to Sydney:
 http://en.wikipedia.org/wiki/Princes_Highway

If memory serves correctly, it changes name through Melbourne.

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


Re: [talk-au] Princes Highway (Relation 538443)

2011-09-06 Thread John Smith
On 6 September 2011 07:13, Ben Kelley ben.kel...@gmail.com wrote:
 In general I think it is common that a highway has a different name when it
 goes through a town. Here the route continues, and will often be signposted
 with the route number.

 I'm not sure if that is the case for every road in this relation though.

In the case of the princess highway it's also highway number one which
circumnavigates Australia and changes name as it goes.

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


Re: [talk-au] Princes Highway (Relation 538443)

2011-09-06 Thread Ian Sergeant
On 6 September 2011 14:10, Liz ed...@billiau.net wrote:


  according to my personal knowledge, it has run between Adelaide and
 Sydney via Melbourne for decades.


Hi Liz,

This is fine and good, and common knowledge.  However, when you start
looking at the road at the micro-level on the ground, it ain't that simple.
The original route designated during the Prince's visit isn't easy to
identify, having been many decades since his visit.  Since then towns have
been bypassed, roads have been renamed, realigned, opened and closed.

The RTA in NSW has an internal route that they call the Princes Highway -
which is essentially the main road heading south along the coast (give or
take).  They nominate this route because it is the one they maintain as a
state govt road with state funding.  The only problem is, the the route they
designate often doesn't follow the road named the Princes Highway, like the
section from Bellambi to Fairy Meadow where the RTA route called the Princes
Highway follows the Northern Distributor, rather than the Princes Highway.
Confusing?

The situation gets even worse in Victoria where you have some isolated
sections of the Princes Highway running parallel to the Princes Freeway,
The Princes Highway named sections don't form a through route.

Other towns have a bypass route and through-town route - neither of which
are called the Princes Highway.  Which to choose?

But the ref number does not equal the Princes Highway.


Yes.

What I'm talking about here is a route relation.  I'm arguing that we
don't need a named route relation called the Princes Highway.

We should call the roads involved what they are called using the name tag on
the roads.  We should use the appropriate numerical route designators as
they apply for the route descriptors, either using the ref tag, or a route
relation.  If people see the need to link the Princes Highway named sections
as a common street using the appropriate relations for that purpose, then
fine.

Do you agree?

It seems the Princes Highway can mean different things to different people,
and unlike the route and highway numbers, we don't have a fixed reference
point.

Route 1 is Cairns to Darwin via coast, and was signposted thus in the
 60s.


Yeah.  National Route 1 is groovy, man.

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


Re: [talk-au] Princes Highway (Relation 538443)

2011-09-06 Thread Steve Bennett
On Wed, Sep 7, 2011 at 9:26 AM, Ian Sergeant inas66+...@gmail.com wrote:
 The RTA in NSW has an internal route that they call the Princes Highway -
 which is essentially the main road heading south along the coast (give or
 take).  They nominate this route because it is the one they maintain as a
 state govt road with state funding.  The only problem is, the the route they
 designate often doesn't follow the road named the Princes Highway, like the
 section from Bellambi to Fairy Meadow where the RTA route called the Princes
 Highway follows the Northern Distributor, rather than the Princes Highway.
 Confusing?

If there are two distinct Princes Highway routes, then having two
relations would be reasonable. Give them names to make it clear. If
there is a main route with alternative sections, that can be managed,
too. If an authority designates a route that doesn't use sections of
road called Princes Highway, it's really not the end of the world.

 Other towns have a bypass route and through-town route - neither of which
 are called the Princes Highway.  Which to choose?

Work it out case by case.

 What I'm talking about here is a route relation.  I'm arguing that we
 don't need a named route relation called the Princes Highway.

But your argument consists of I can't decide which roads should make
up the relation, so let's delete the relation.

 We should call the roads involved what they are called using the name tag on
 the roads.  We should use the appropriate numerical route designators as
 they apply for the route descriptors, either using the ref tag, or a route
 relation.  If people see the need to link the Princes Highway named sections
 as a common street using the appropriate relations for that purpose, then
 fine.

 Do you agree?

No. Ok, you don't like the uncertainty, I see that. You want perfect,
pristine, unambiguous mapping, or nothing at all. But relations are
good, they group stuff together meaningfully, and they are useful for
rendering.

 It seems the Princes Highway can mean different things to different people,
 and unlike the route and highway numbers, we don't have a fixed reference
 point.

Like I said, the world is messy and complicated, and we just have to
deal with that.


 Route 1 is Cairns to Darwin via coast, and was signposted thus in the
 60s.

 Yeah.  National Route 1 is groovy, man.

Princes Highway is part of route 1. See Wikipedia.

Steve

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


[talk-au] Melbourne smart city comprehensive geodata coming soon

2011-09-06 Thread Alex (Maxious) Sadleir
There have been some interesting tweets today:

Now on at #smartgov Colin Fairweather on how Melbourne became a smart city
Colin says the City of Melbourne will be making public a large amount
of maps data this month - google on steroids #smartgov
Data will include property  business census, occupancy survey, land
use, employment, business listings, facade images, valuations
#smartgov
Colin says they would like to get electricity disconnection  liquor
license data to support updates of land use information. #smartgov
Data goes right down to information on individual trees (where of
significance), includes mobility map for disabled persons #smartgov
Colin says they geocode the front and most rear doors of every
building in the city - providing data to fire brigade #smartgov
Colin says they also want to eventually allow the public to add rich
data to maps with appropriate governance #smartgov

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



Re: [talk-au] Princes Highway (Relation 538443)

2011-09-06 Thread Ian Sergeant
On 7 September 2011 11:55, Steve Bennett stevag...@gmail.com wrote:


  What I'm talking about here is a route relation.  I'm arguing that we
  don't need a named route relation called the Princes Highway.

 But your argument consists of I can't decide which roads should make
 up the relation, so let's delete the relation.


No, I'm not say I can't decide.  I'm say that there is no basis that I can
see for anyone to make such a decision.

An actual connected route along roads on the ground in this instance either
doesn't exist or cannot be determined from any verifiable source.

OSM requires verifiabilityhttp://wiki.openstreetmap.org/wiki/Verifiability,
for reasons I consider apparent.  A route relation requires that there be an
actual, connected route.

On both these points, this isn't appropriate for a route relation.

Princes Highway is part of route 1.


This isn't helpful.  National Route 1 and the Princes Hwy diverge at many
points. National Route 1 follows the Southern Freeway south from Sydney for
a start.

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


Re: [talk-au] Princes Highway (Relation 538443)

2011-09-06 Thread Richard Weait
On Tue, Sep 6, 2011 at 12:14 AM, Ian Sergeant inas66+...@gmail.com wrote:
[regarding a relation with gaps]
 I have surveyed, it is removed from the relation, and consequently the
 relation has a gap.

 My understanding is for this relation type - a route - gaps are not
 allowed.  After all, this is the whole point of having a route isn't it?

Route relations may have gaps. A route relation may have gaps because
it is not yet complete on the ground, because it is not complete in
OSM, or because the route in fact has gaps.

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


Re: [talk-au] Princes Highway (Relation 538443)

2011-09-06 Thread John Smith
On 7 September 2011 12:27, Ian Sergeant inas66+...@gmail.com wrote:
 Princes Highway is part of route 1.

 This isn't helpful.  National Route 1 and the Princes Hwy diverge at many
 points. National Route 1 follows the Southern Freeway south from Sydney for
 a start.

So what, how does that make routes less useful, if anything that makes
them more useful since you can follow the route instead of particular
highways.

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


[talk-au] Charleville, Qld survey suggestions sought

2011-09-06 Thread Christopher Barham
Hi,
I'm in Charleville, Qld for a couple of days with an iPhone, a garmin oregon 
GPS and, from tomorrow, a vehicle.
The place is pretty much unsurveyed, but the DCDB has been used to add streets 
so the road geometry is ok. 
Will do what I can (street names etc) , but I wondered if there is anything you 
guys could suggest would benefit from a survey around and about... maybe 
further out from the town itself?

Cheers
Chris

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


[Talk-br] Criando nós (nodes)

2011-09-06 Thread Alexandre Parente Lima
Ola

Estava eu brincando no site do http://osmfight.neis-one.org/  , quando vi
que meu usuário criou mais de 3000 nós.
Seguramente não criei isso tudo, então acredito que tenho feito alguma
bobagem com JOSM.
Como posso verificar isso?

Alexandre Parente Lima
-- 
Doutor em Ciências Ocultas, Filosofia Dramática, *Pediatria
Charlatânica*, *Biologia
Dogmática* e Astrologia Eletrônica.
___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br


[Talk-de] wilhelm.tel Sponsoringangebot

2011-09-06 Thread Michael Buege
Mag sich da bitte jemand drum kuemmern

---
Sponsoringangebot
 Von: Ulrich Christiansen ulrich.christian...@online.de
 
Hallo !

Mein Name ist Ulrich Christiansen, ich bin Systemadministrator bei 
wilhelm.tel, einem Internetprovider aus Norddeutschland.

Wir würden gerne Openstreetmap bei uns im NetworkOperationCenter zur 
Darstellung des Status von Vermittlungsstellen einsetzen. Alle 
Vermittlungsstellen sind bereits georeferenziert.

Um das Projekt Openstreetmap nicht in der Performance zu beeinflussen, 
können wir einen eigenen, hochperformanten Server bereitstellen, der 
auch für Ihr Projekt benutzt werden könnte.

Hätten Sie Interesse an einer Zusammenarbeit ?

mfg
Ulrich Christiansen
Stadtwerke Norderstedt / wilhelm.tel


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


Re: [Talk-de] wilhelm.tel Sponsoringangebot

2011-09-06 Thread Sven Geggus
Michael Buege mich...@buegehome.de wrote:

 Mag sich da bitte jemand drum kuemmern

Ich schau mal. So wie sich das anhört könnten das gute Kandidaten für das
Hosting des deutschen Kartenstils sein.

Gruss

Sven

-- 
Kernel panic: I have no root and I want to scream
(Linux Kernel Error Message)

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

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


[Talk-de] Export mit großer Schrift // Re: Tool für OSM-Druckkarten online

2011-09-06 Thread RalfGesellensetter

Am Freitag, 30. Oktober 2009 schrieb Detlev Reiners:
 ab sofort ist es jedermann möglich, sich aus OSM-Daten kostenfrei 
 Illustrator-Dateien zu erzeugen.
 

Hallo Detlev, danke für die Info.
Ich benötige für einen Reader einen Stadtplan (Din A5),
auf dem die Straßennamen auch in s/w (Kopie) noch 
gut lesbar sind. Alle meine Versuche, Pläne im Maßstab
1:8500 bis :14000 zu exportieren scheiterten daran, dass
die Schriften zu klein sind.

Mir genügt SVG oder PNG - in Inkscape habe ich bereits
versucht, alle Texte größer zu machen, aber die Text-Objekte
werden Buchstabenweise exportiert.

Hat da jemand noch einen Tipp?
Danke
Ralf


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


Re: [Talk-de] NMEA

2011-09-06 Thread Dimitri Junker
Hallo,


In IIRMC wird nicht der Kurs angezeigt sondern die Magnetic Variation in
Grad. Das ist Deklimation oder auch Missweisung.


Auch aber nicht nur, lt. http://www.nmea.de/nmea0183datensaetze.html#rmc:

Field Number: 
  1) UTC Time
  2) Status, V = Navigation receiver warning
  3) Latitude
  4) N or S
  5) Longitude
  6) E or W
  7) Speed over ground, knots
  8) Track made good, degrees true
  9) Date, ddmmyy
 10) Magnetic Variation, degrees
 11) E or W
 12) Checksum

Ist Feld 8 meiner Meinung nach der Kurs, was Du meinst ist Feld 10
Lt. gleicher Quelle ist das erste Feld von HDG:
   1) Magnetic Sensor heading in degrees
und das erste von HDM
  1) Heading Degrees, magnetic 
  
und HDT:
  1) Heading Degrees, true 



Ich verstehe es so, daß in RMC der Kurs steht in den anderen die Ausrichtung 
des Bootes, sie könnten sich also um den Versatz unterscheiden. Für 
Nichtsegler, wenn es Strömung gibt bewegt sich ein Boot auch etwas seitwärts.

Gruß
Dimitri

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


Re: [Talk-de] Begleitgrün an Wegen und Bächen

2011-09-06 Thread Walter Nordmann

Martin Koppenhoefer wrote:
 
 Gebüsch kann man auch mit natural=scrub mappen.
hi,

ich habe das 
http://www.openstreetmap.org/?lat=50.08678lon=8.12827zoom=16layers=M hier 
mal so gelöst:

ein MP mit natural=scrub als outer und dann die Äcker/Wiesen darin mit
passendem landuse als inner.

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

Dadurch wird alles, was nicht landwirtschaftlich genutzt wird, als Gebüsch
dargestellt, was hier sehr gut hinkommt.

Gruss
walter

p.s. geht natürlich nur dann, wenn man die Gegend aus eigener Ansicht kennt
- mit Bing alleine würde ich sowas nicht machen.


-
Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst 
sehen, dass da kein Wald ist.
--
View this message in context: 
http://gis.638310.n2.nabble.com/Begleitgrun-an-Wegen-und-Bachen-tp6760716p6763570.html
Sent from the Germany mailing list archive at Nabble.com.

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


Re: [Talk-de] Begleitgrün an Wegen und Bächen

2011-09-06 Thread Martin Koppenhoefer
Am 6. September 2011 13:45 schrieb Walter Nordmann walter.nordm...@web.de:
 ein MP mit natural=scrub als outer und dann die Äcker/Wiesen darin mit
 passendem landuse als inner.

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

 Dadurch wird alles, was nicht landwirtschaftlich genutzt wird, als Gebüsch
 dargestellt, was hier sehr gut hinkommt.


und alles was man vergessen oder übersehen hat ebenfalls. M.E. ist die
Methode, erstmal eine große Fläche pauschal zu deklarieren und dann
per Multipolygon zu differenzieren bzw. auszunehmen, fehleranfällig.
Sie suggeriert Vollständigkeit und lädt nicht unbedingt zum Mappen
ein.

Gruß Martin

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


Re: [Talk-de] Export mit großer Schrift // Re: Tool für OSM-Druckkarten online

2011-09-06 Thread Martin Koppenhoefer
Am 6. September 2011 11:57 schrieb RalfGesellensetter r...@gmx.de:
 Hat da jemand noch einen Tipp?


Versuchs mal mit Osmarender, da kann man die Texte hinterher skalieren.

Gruß Martin

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


Re: [Talk-de] NMEA

2011-09-06 Thread bkmap

Hallo,

so verstehe ich das:
RMC Feld 8/9 ist der Kurs über Grund - d.h. die Wahre Bewegungsrichtung
RMC Feld 10/11 und HDG Feld 4/5 ist die Abweichung des Erdmagnetfeldes 
von der Nordrichtung (Variation)

HDG Feld 1 und HDM Feld 1
ist die Ausrichtung des Schiffes oder der Flugzeugnase zu der 
missweisenden Nordrichtung nach gemessenem Magnetfeld.

HDT Feld 1 ist die wahre Ausrichtung des Schiffes oder der Flugzeugnase
HDG Feld 2/3 ist die Abweichung des Kompasses vom Erdmagnetfeld infolge 
von Störfeldern (Deviation).


Die Missweisung ist der Gesamteinfluss von Deviation und Variation.

Gruß Burkhard

Am 06.09.2011 06:19, schrieb Rolf Meyerhof:

Hallo
Dimitri

In IIRMC wird nicht der Kurs angezeigt sondern die Magnetic Variation in Grad. 
Das ist Deklimation oder auch Missweisung.

Gruß
Rolf

-Ursprüngliche Nachricht-
Von: Dimitri Junker [mailto:o...@dimitri-junker.de]
Gesendet: Dienstag, 6. September 2011 02:00
An: talk-de@openstreetmap.org
Betreff: [Talk-de] NMEA

Hallo,

ich schlage mich gerade mit NMEA herum und wunder mich über sehr
unterschiedliche Kurse in verschiedenen Sätzen:

$IIRMC,203740,A,3700.660,N,00813.710,W,3.1,105.0,280711,3,W,A*10
IIHDG,043.0,,,3,W*2A
$IIHDM,043.0,M*25
$IIHDT,040.0,T*26





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


Re: [Talk-de] Begleitgrün an Wegen und Bächen

2011-09-06 Thread Wolfgang
Hallo,
Am Montag 05 September 2011 19:58:05 schrieb Steffen Heinz:
 Am 05.09.2011 14:38, schrieb Albrecht Will:
  Hallo,
  Es gibt häufig bis zu 10 breite (aber natürlich auch schmalere)
  Gehölzstreifen neben Wegen und Bächen. Sie gliedern eine Landschaft
  angenehm und haben außer dem Windschutz vielfältige Vorteile. Sie werden
  meist als Hecken oder Knicks bezeichnet.
  Jetzt muß ich selber solche Flächen eintragen und fand beim Suchen, wie
  es andere Mapper in ähnlichen Fällen halten, den tag natural=wood.
 
 bei mir laufen die einfach ;-) unter Hecke sind halt unterschiedlich,
 mache sind mitlerweile Baumreihen, andere eben Haushohe Hecken.
 oft werden zur Brennholzgewinnung in der Hecke Bäume stehen gelassen
 
  Über Alleen (Baureihen) hatten wir hier schon geschrieben.
 
 Alleen sind im Grunde was anderes, Alleen werden als solche gepflanzt,
 entstehen eigentlich nicht aus Hecken.
 
 http://wiki.openstreetmap.org/wiki/DE:Tag:barrier%3Dhedge_bank
 
 ist mir auch neu
 
 na ja, bei mir mit Hecke sind grüne Linien... die Gegend hier heißt
 übrigens auch Monschauer Heckenland
 http://de.wikipedia.org/wiki/Monschauer_Heckenland  beide Bilder sind
 Hecken und wurden von mir gemacht
 

das ist auch ganz was anderes. Das auf deinen Bildern sind Hecken, die sind 
damit auch korrekt bezeichnet. Knick != Hecke. 

Knicks kommen im Wesentlichen in der norddeutschen Tiefebene und in der 
Normandie vor, wo die Gefahr von Winderosion besteht.

Gruß, Wolfgang

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


[Talk-de] Srtm2OSM unter linux

2011-09-06 Thread Lars Schimmer

Moin!

Ich versuche mich daran, eine Fahrradkarte zu basteln (Rings um den weg 
Graz-Split).

Dabei scheitere ich schon an Strm2OSM unter linux:

mono Srtm2Osm.exe

** (Srtm2Osm.exe:24741): WARNING **: The following assembly referenced 
from /opt/OSM/Srtm2Osm.exe could not be loaded:

 Assembly:   Brejc.Common.Library(assemblyref_index=0)
 Version:1.0.0.0
 Public Key: 268ea5e39f968da4
The assembly was not found in the Global Assembly Cache, a path listed 
in the MONO_PATH environment variable, or in the location of the 
executing assembly (/opt/OSM/).



** (Srtm2Osm.exe:24741): WARNING **: Could not load file or assembly 
'Brejc.Common.Library, Version=1.0.0.0, Culture=neutral, 
PublicKeyToken=268ea5e39f968da4' or one of its dependencies.


Unhandled Exception: System.IO.FileNotFoundException: Could not load 
file or assembly 'Brejc.Common.Library, Version=1.0.0.0, 
Culture=neutral, PublicKeyToken=268ea5e39f968da4' or one of its 
dependencies.
File name: 'Brejc.Common.Library, Version=1.0.0.0, Culture=neutral, 
PublicKeyToken=268ea5e39f968da4'


Die im Wiki genannten Mono Pakete sind auf dem Debian System aber drauf
apt-cache policy libmono-system-runtime2.0-cil
libmono-system-runtime2.0-cil:
  Installed: 2.6.7-5
  Candidate: 2.6.7-5

z.B.

Hat wer eine Idee?
Danke!


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

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


Re: [Talk-de] Begleitgrün an Wegen und Bächen

2011-09-06 Thread Wolfgang
Hallo,
Am Montag 05 September 2011 15:54:37 schrieb Albrecht Will:
 Am Montag 05 September 2011, 14:42:55 schrieb Wolfgang:
  http://wiki.openstreetmap.org/wiki/DE:Tag:barrier%3Dhedge_bank
  
  Gruß, Wolfgang
 
 Hi Wolfgang,
 danke für den Tip. Nur finde ich die dünnen Linien für ja eigentlich grüne
 Flächen unproportioniert. Wie würdest Du mit der Situation
 http://www.openstreetmap.org/?lat=52.4625398218632lon=11.9349476695061zoo
 m=17 in JOSM umgehen? Ich habe erstmal nur den einen etwa parallen Streifen
 mit o.g. tag markiert. Der verbreitert sich dann nach Osten,
 

mit den dünnen Linien hast du Recht. Aber das ist, wie so oft, kein Problem 
der Editoren, sondern der Konfiguration von Mapnik. Das kann man viel besser 
darstellen. Wenn das Tag öfter benutzt wird, wird das auch irgendwann mal 
passieren, und dann ärgern sich die, die da irgendwelche faulen Kompromisse 
gemappt haben.

Bitte nicht füt Mapnik Bilder malen. Wir taggen nicht für den Renderer, 
sondern versuchen, eine korrekte digitale Beschreibung der Erdoberfläche zu 
erzeugen. Die Zeichenarbeit ist dann der einfachere Teil, da muss nur jedes 
Programm seine Hausaufgaben machen.

Gruß, Wolfgang

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


Re: [Talk-de] Srtm2OSM unter linux - solved

2011-09-06 Thread Lars Schimmer

On 2011-09-06 14:38, Lars Schimmer wrote:

Moin!




Hat wer eine Idee?
Danke!


Hm, man muß auch das gesamte Zip auspacken, grml. Ned nur das .exe 
nehmen. Nu rennt er erstmal, auf zu neuen Probl^w Herausforderungen.




MfG,
Lars Schimmer



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

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


Re: [Talk-de] Srtm2OSM unter linux

2011-09-06 Thread Wolfgang
Hallo,
Am Dienstag 06 September 2011 14:38:56 schrieb Lars Schimmer:
 Moin!
 
 Ich versuche mich daran, eine Fahrradkarte zu basteln (Rings um den weg
 Graz-Split).
 Dabei scheitere ich schon an Strm2OSM unter linux:
 
 mono Srtm2Osm.exe
 
 ** (Srtm2Osm.exe:24741): WARNING **: The following assembly referenced
 from /opt/OSM/Srtm2Osm.exe could not be loaded:
   Assembly:   Brejc.Common.Library(assemblyref_index=0)
   Version:1.0.0.0
   Public Key: 268ea5e39f968da4
 The assembly was not found in the Global Assembly Cache, a path listed
 in the MONO_PATH environment variable, or in the location of the
 executing assembly (/opt/OSM/).
 
 
 ** (Srtm2Osm.exe:24741): WARNING **: Could not load file or assembly
 'Brejc.Common.Library, Version=1.0.0.0, Culture=neutral,
 PublicKeyToken=268ea5e39f968da4' or one of its dependencies.
 
 Unhandled Exception: System.IO.FileNotFoundException: Could not load
 file or assembly 'Brejc.Common.Library, Version=1.0.0.0,
 Culture=neutral, PublicKeyToken=268ea5e39f968da4' or one of its
 dependencies.
 File name: 'Brejc.Common.Library, Version=1.0.0.0, Culture=neutral,
 PublicKeyToken=268ea5e39f968da4'
 
 Die im Wiki genannten Mono Pakete sind auf dem Debian System aber drauf
 apt-cache policy libmono-system-runtime2.0-cil
 libmono-system-runtime2.0-cil:
Installed: 2.6.7-5
Candidate: 2.6.7-5
 
 z.B.
 
 Hat wer eine Idee?
 Danke!
 

Mono ist für Linux IMO 2.Wahl. Versuche es doch mal mit Quantum Gis (qgis) . 
Du hast die Wahl zwischen der Kombination  osm-shapefiles oder 
osm2postgresql, was im Anlauf aufwendiger, aber im Ergebnis flexibler ist.

Gruß, Wolfgang

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


Re: [Talk-de] Begleitgrün an Wegen und Bächen

2011-09-06 Thread Albrecht Will
Am Dienstag 06 September 2011, 13:45:30 schrieb Walter Nordmann:
 ich habe das 
 http://www.openstreetmap.org/?lat=50.08678lon=8.12827zoom=16layers=M
 hier  mal so gelöst:
 
 ein MP mit natural=scrub als outer und dann die Äcker/Wiesen darin mit
 passendem landuse als inner.
 
 http://www.openstreetmap.org/browse/relation/1583184
 
 Dadurch wird alles, was nicht landwirtschaftlich genutzt wird, als Gebüsch
 dargestellt, was hier sehr gut hinkommt.

Hallo Walter,

auf den ersten Blick fand ich die Idee nicht schlecht. So sind wohl 
ursprünglich auch unsere heutigen Flächen aus dem germanischen Urwald 
herausgelöst worden.
Dann habe ich an meine mapping-organisation gedacht. Da hätte ich folgendes 
Problem.
Ich stehe etwas erhöht und überlicke einen Altarm der Elbe. Da unten alles 
flaches land, Wiesen, Äcker und Grünstreifen. Ich würde z.B. mit Bing die 
gesamte Fläche als scrub mappen. Aber an einem Tag kann ich nur ein kleines 
Gebiet Acker und Wiesen ablaufen. Dann ist 14 Tage Regen, 14 Tage muß der 
Kleiboden trocknen, und wenn ich dann wieder los will, ist irgendeine 
Verhinderung. So denkt alle Welt, dass es im Osten aber viel scrub gibt.
So sinnvoll wie es in Deinem eher überschaubaren Beispiel ist, kann ich es für 
größere Gebiete nicht nutzen. Aber vielen Dank für den Tip. Die Anwendung 
behalte ich im Hinterkopf..

Gruß
Albrecht

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


Re: [Talk-de] Srtm2OSM unter linux

2011-09-06 Thread Lars Schimmer

On 2011-09-06 14:50, Wolfgang wrote:

Hallo,



Hat wer eine Idee?
Danke!



Mono ist für Linux IMO 2.Wahl. Versuche es doch mal mit Quantum Gis (qgis) .
Du hast die Wahl zwischen der Kombination  osm-shapefiles oder
osm2postgresql, was im Anlauf aufwendiger, aber im Ergebnis flexibler ist.


Ok, ich möchte eigentlich nur eine Garmin Karte erstellen. Und das von 
einer Region von 5°x5° hier im Süd-Osten.
Falls ich dann mal Daten auf dem Desktop anzeigen will, kann ich das 
gerne mal probieren :-)



Gruß, Wolfgang


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

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


Re: [Talk-de] Begleitgrün an Wegen und Bächen

2011-09-06 Thread Albrecht Will
Am Dienstag 06 September 2011, 14:43:26 schrieb Wolfgang:
 mit den dünnen Linien hast du Recht. Aber das ist, wie so oft, kein
 Problem  der Editoren, sondern der Konfiguration von Mapnik. Das kann man
 viel besser darstellen. Wenn das Tag öfter benutzt wird, wird das auch
 irgendwann mal passieren, und dann ärgern sich die, die da irgendwelche
 faulen Kompromisse gemappt haben.
 
 Bitte nicht füt Mapnik Bilder malen. Wir taggen nicht für den Renderer, 
 sondern versuchen, eine korrekte digitale Beschreibung der Erdoberfläche
 zu  erzeugen. Die Zeichenarbeit ist dann der einfachere Teil, da muss nur
 jedes Programm seine Hausaufgaben machen.

So passend barrier=hedge_bank in manchen Gegenden ist, so sehr bin ich ihm 
doch abgeneigt, denn in meiner Altmark habe ich mehr flächenhafte Grünstreifen 
mit sehr wechselnden Breiten, da sind die bisherigen Knicks eher keine 
korrekte digitale Wiedergabe.
Nehmen wir mal an, ein Renderer könnte aus speziellen ways angepaßter Länge 
und mit der Zusatzinformation Breite mit unscharfen Kreisen an den Enden 
(nodes) einen Gehölzstreifen eingermaßen nachbilden .?
Aber da bin ich wohl schon wieder bei CAD und lass mich aus dem Höhenflug 
runterholen. 
Da, wo es sich vom Platz her anbietet, würde ich doch ein Polygon einbauen und 
als Fläche taggen, aber den tag, den ich gern hätte, gibt es wohl nicht. Wäre 
aber sinnvoll, ihn einzuführen. In der Börde gibt es kilometerlange 
Gehölzstreifen von 5 bis 12 m Breite. 

Gruß

Albrecht

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


[Talk-de] Frage bez. Kacheln

2011-09-06 Thread Lars Schimmer

Moin!

Ich bin nun wieder ein ein kleines Problemchen angekommen:
Wie joine ich die Dateien von Computerteddy zu einer *.osm Datei zusammen?

Oder besser: ist es besser, auch die SRTM Daten in 1°x1° liegen zu haben 
und erst mit mkmap mit den ComputerTeddy Kacheln zusammen zu fügen  in 
eine garmin.img Datei

ODER
das Gebiet von 5°x5° als eine SRTM *.osm zu haben und die 25 Kacheln von 
ComputerTeddy zu einer *.OSM Datei zusammen zu bauen und dann die beiden 
Dateien zusammen zu joinen und dann zu einer .IMG umbauen lassen?

Danke.

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

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


Re: [Talk-de] Begleitgrün an Wegen und Bächen

2011-09-06 Thread Martin Koppenhoefer
Am 6. September 2011 15:31 schrieb Albrecht Will albrecht.w...@online.de:
 So passend barrier=hedge_bank in manchen Gegenden ist, so sehr bin ich ihm
 doch abgeneigt, denn in meiner Altmark habe ich mehr flächenhafte Grünstreifen
 mit sehr wechselnden Breiten, da sind die bisherigen Knicks eher keine
 korrekte digitale Wiedergabe.


+1, sobald es um unregelmäßige Flächen geht sind Flächen in OSM m.E.
der richtige Objekttyp.


 Nehmen wir mal an, ein Renderer könnte aus speziellen ways angepaßter Länge
 und mit der Zusatzinformation Breite mit unscharfen Kreisen an den Enden
 (nodes) einen Gehölzstreifen eingermaßen nachbilden .?


Breite reicht nicht als Zusatzinformation, Du müsstest auch noch den
Übergang von einer Breite zur anderen definieren. Damit das
reibungslos funktionieren würde, müssten alle Programme in der Kette
das unterstützen (von Editor ggf. über die Vorverarbeitung bis zum
Renderer, oder sonstigen Datenverwerter). Flächen haben alle diese
Nachteile nicht und sind aus Luftbildern viel einfacher abzuleiten als
Linien mit wechselnden Breiten.

natural=scrub für Unterholz, Gebüsch, Gestrüpp ist als tag wesentlich
weiter verbreitet als barrier=hedge_bank.
http://wiki.openstreetmap.org/wiki/Tag:natural%3Dscrub

Gruß Martin

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


Re: [Talk-de] Export mit großer Schrift // Re: Tool für OSM-Druckkarten online

2011-09-06 Thread Detlev Reiners

Hallo Ralf,

Am 06.09.2011 11:57, schrieb RalfGesellensetter:


Ich benötige für einen Reader einen Stadtplan (Din A5),
auf dem die Straßennamen auch in s/w (Kopie) noch
gut lesbar sind. Alle meine Versuche, Pläne im Maßstab
1:8500 bis :14000 zu exportieren scheiterten daran, dass
die Schriften zu klein sind.

Mir genügt SVG oder PNG - in Inkscape habe ich bereits
versucht, alle Texte größer zu machen, aber die Text-Objekte
werden Buchstabenweise exportiert.


Die Karten, die du dir auf www.flosm.de laden kannst (SVGZ), enthalten 
die Schrift nicht in einzelnen Buchstaben. Um die Schrift in Inkscape zu 
vergrößern, mußt Du die Schrift auf einem Layer auswählen, dann unter 
dem Menüpunkt Objekt Gruppierung aufheben und dann unter Text Schrift 
und Text eine Schriftgröße wählen. Mit OK bestätigen und fertig.
Bitte achte darauf, beim Export/Download der Karte die richtige 
Abmessung anzugeben, also 210 mm x 148 mm für A5. Die Karte wird dann 
für dies Abmessungen generiert. Je größer du das Ausgabeformat wählst, 
desto mehr Details werden in der Karte exportiert. Die Schrift ist dabei 
immer auf ca. 7,5 Punkt eingestellt. So wird auch mehr Beschriftung 
ausgegeben, wenn Du das Format größer wählst.


Ich hoffe, das hilft dir weiter.

Gruß
Detlev




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


Re: [Talk-de] Begleitgrün an Wegen und Bächen

2011-09-06 Thread Albrecht Will
Am Dienstag 06 September 2011, 15:46:31 schrieb Martin Koppenhoefer:
 natural=scrub für Unterholz, Gebüsch, Gestrüpp ist als tag wesentlich
 weiter verbreitet als barrier=hedge_bank.

Hallo Martin,
Auf allen Sowjet-Liegenschaften meiner Umgebung gibt es wohl zu Recht scrub. 
Einmal ist der Zutritt wegen Munitionsbelastung verboten, andererseits freuen 
sich Förster und Naturschützer an den Studien zur natürlichen Veränderung der 
Landschaft in der Zeit. Von den ersten Pionierpflanzen bis hin zu 
unterschiedlichem Baumaufwuchs ist alles da. Die von Dir mitgegebene Definition 
per link paßt nun aber so gar nicht zu dem, was ich sehe und auch schon vor 35 
Jahren selber geplant habe.
Ich gebe zu Bedenken, dass Windschutzstreifen und hiesige Gehölzstreifen mit 
anderem Bedacht und Sinn angelegt wurden oder übriglieben. 
Auf der Suche nach bisherigen Lösungen sehe ich auf die 10-tausernder Top- 
Karte. Dort kann ich mich an der Folge der kleinen Kreise unterschiedlicher 
Größe und Dichte orientieren und weiß, dass vor Ort dann ein mehr oder weniger 
breite Baum/Gehölzstreifen ist. Auf solcher Karte wird zwar keine Breite 
erkennbar, aber ich weiß, was mich vor Ort so etwa erwartet.
Es will mir nur nicht in den Kopf, daß ein Graben oder Weg mit links und 
rechts unregelmäßigen großen Bäumen und Büschen zu scrub werden soll. Jeder 
Waldrand fängt so an und ist kein scrub.

Was hältst Du von einer Abwandlung der Allee für diesen Zweck nach Art der 
TOP-Karten?

Gruß
Albrecht

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


Re: [Talk-de] Begleitgrün an Wegen und Bächen

2011-09-06 Thread Wolfgang
Hallo,
Am Dienstag 06 September 2011 15:46:31 schrieb Martin Koppenhoefer:
 Am 6. September 2011 15:31 schrieb Albrecht Will albrecht.w...@online.de:
  So passend barrier=hedge_bank in manchen Gegenden ist, so sehr bin ich
  ihm doch abgeneigt, denn in meiner Altmark habe ich mehr flächenhafte
  Grünstreifen mit sehr wechselnden Breiten, da sind die bisherigen Knicks
  eher keine korrekte digitale Wiedergabe.
 
 +1, sobald es um unregelmäßige Flächen geht sind Flächen in OSM m.E.
 der richtige Objekttyp.
 
  Nehmen wir mal an, ein Renderer könnte aus speziellen ways angepaßter
  Länge und mit der Zusatzinformation Breite mit unscharfen Kreisen an
  den Enden (nodes) einen Gehölzstreifen eingermaßen nachbilden .?
 
 Breite reicht nicht als Zusatzinformation, Du müsstest auch noch den
 Übergang von einer Breite zur anderen definieren. Damit das
 reibungslos funktionieren würde, müssten alle Programme in der Kette
 das unterstützen (von Editor ggf. über die Vorverarbeitung bis zum
 Renderer, oder sonstigen Datenverwerter). Flächen haben alle diese
 Nachteile nicht und sind aus Luftbildern viel einfacher abzuleiten als
 Linien mit wechselnden Breiten.

ähm, du hast mitbekommen, dass die Flächen, um die es geht, eine Länge von 
mehreren Kilometern und eine Breite von 5-12m haben? 1:1000?
 
 natural=scrub für Unterholz, Gebüsch, Gestrüpp ist als tag wesentlich
 weiter verbreitet als barrier=hedge_bank.
 http://wiki.openstreetmap.org/wiki/Tag:natural%3Dscrub

Beides hat überhaupt nichts miteinander zu tun.

Gruß, Wolfgang

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


Re: [Talk-de] Srtm2OSM unter linux

2011-09-06 Thread Sven Geggus
Lars Schimmer l.schim...@cgv.tugraz.at wrote:

 Ich versuche mich daran, eine Fahrradkarte zu basteln (Rings um den weg 
 Graz-Split).
 Dabei scheitere ich schon an Strm2OSM unter linux

Es gibt ein ähnliches Tool in python, dessen Name mir gerade entfallen ist.

Sven

-- 
Whenever there is a conflict between human rights and property
rights, human rights must prevail. (Abraham Lincoln)

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

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


Re: [Talk-de] Begleitgrün an Wegen und Bächen

2011-09-06 Thread Wolfgang
Hallo,
Am Dienstag 06 September 2011 15:31:41 schrieb Albrecht Will:

 So passend barrier=hedge_bank in manchen Gegenden ist, so sehr bin ich ihm
 doch abgeneigt, denn in meiner Altmark habe ich mehr flächenhafte
 Grünstreifen mit sehr wechselnden Breiten, da sind die bisherigen Knicks
 eher keine korrekte digitale Wiedergabe.
 Nehmen wir mal an, ein Renderer könnte aus speziellen ways angepaßter Länge
 und mit der Zusatzinformation Breite mit unscharfen Kreisen an den Enden
 (nodes) einen Gehölzstreifen eingermaßen nachbilden .?
 Aber da bin ich wohl schon wieder bei CAD und lass mich aus dem Höhenflug
 runterholen.
 Da, wo es sich vom Platz her anbietet, würde ich doch ein Polygon einbauen
 und als Fläche taggen, aber den tag, den ich gern hätte, gibt es wohl
 nicht. Wäre aber sinnvoll, ihn einzuführen. In der Börde gibt es
 kilometerlange Gehölzstreifen von 5 bis 12 m Breite.

Bei 12m Breite passt die Bezeichnung Knick eigentlich nicht mehr, der ist so 
~1-5m breit. Hecke passt auch nicht. Für Wald ist es zu schmal.

scrub?

Gehölzstreifen wäre eine Lösung. Benutzbar für Fläche und Linie.
woodstripe?
:-)

Gruß, Wolfgang

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


Re: [Talk-de] Begleitgrün an Wegen und Bächen

2011-09-06 Thread Martin Koppenhoefer
Am 6. September 2011 16:21 schrieb Albrecht Will albrecht.w...@online.de:
 Hallo Martin,
 Auf allen Sowjet-Liegenschaften meiner Umgebung gibt es wohl zu Recht scrub.
 Einmal ist der Zutritt wegen Munitionsbelastung verboten, andererseits freuen
 sich Förster und Naturschützer an den Studien zur natürlichen Veränderung der
 Landschaft in der Zeit. Von den ersten Pionierpflanzen bis hin zu
 unterschiedlichem Baumaufwuchs ist alles da. Die von Dir mitgegebene 
 Definition
 per link paßt nun aber so gar nicht zu dem, was ich sehe und auch schon vor 35
 Jahren selber geplant habe.


bei bewusst angelegten Hecken würde ich auch zum Hecken-tag tendieren.
Der ist übrigens mit einem natural-tag kombinierbar. Wenn Du
Pflanzenarten oder Typologien taggen willst (Pionierpflanzen): in der
Richtung gibt es noch wenige Vorschläge, wir warten sozusagen auf
Dich.


 Ich gebe zu Bedenken, dass Windschutzstreifen und hiesige Gehölzstreifen mit
 anderem Bedacht und Sinn angelegt wurden oder übriglieben.


m.E. ist das kein Widerspruch zum Natural-tag. Das natürlich kann
man da ruhig in Anführungszeichen setzen, bzw. sind die gepflanzten
Windschutzstreifen nach 35 Jahren ziemlich sicher natürlich. Darauf
deutet auch die Vegetation hin, oder hat da jemand Pionierpflanzen
gesetzt?


 Auf der Suche nach bisherigen Lösungen sehe ich auf die 10-tausernder Top-
 Karte. Dort kann ich mich an der Folge der kleinen Kreise unterschiedlicher
 Größe und Dichte orientieren und weiß, dass vor Ort dann ein mehr oder weniger
 breite Baum/Gehölzstreifen ist. Auf solcher Karte wird zwar keine Breite
 erkennbar, aber ich weiß, was mich vor Ort so etwa erwartet.


das ist kein Tagging sondern ein Rendering Thema. Bewuchsdichte finde
ich auch ein wichtiges Kriterium, für das es bisher noch keine
Tagging-Vorschläge gibt.


 Es will mir nur nicht in den Kopf, daß ein Graben oder Weg mit links und
 rechts unregelmäßigen großen Bäumen und Büschen zu scrub werden soll.


Den Weg oder Graben würde ich auch nicht als Gebüsch taggen, wenn es
denn keines ist.


 Jeder
 Waldrand fängt so an und ist kein scrub.


wieso nicht? Wenn man will kann man das m.E. sehr wohl in den
Bereichen so taggen, wo noch keine Bäume stehen aber Gestrüpp
vorhanden ist.


 Was hältst Du von einer Abwandlung der Allee für diesen Zweck nach Art der
 TOP-Karten?


einen Allee-tag und dann einen Untertag dafür für Gebüsch würde ich
eher nicht machen, schon gar nicht bei Bächen, für die Du es ja auch
haben willst. Dann lieber einen Tag für Gebüsch erfinden, aber den
gibts ja schon. Für Hecken gibts auch schon was. ;-)

Ich würde lieber verschiedene allgemeine Tags gleichzeitig zur
Anwendung bringen als jeweils einen superspezifischen Tag zu nehmen,
der dann die physisch gleiche Situation jeweils nach anderen
Kritierien / Blickwinkeln beschreibt. Solange sich die Namensräume bei
letzterem nicht in die Quere kommen (man also einen dem spezifischen
Kriterium angemessenen spezifischen Key benutzt) kann man das aber
auch machen.

Gruß Martin

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


Re: [Talk-de] Begleitgrün an Wegen und Bächen

2011-09-06 Thread Steffen Heinz

Am 06.09.2011 14:38, schrieb Wolfgang:


  na ja, bei mir mit Hecke sind grüne Linien... die Gegend hier heißt
  übrigens auch Monschauer Heckenland
  http://de.wikipedia.org/wiki/Monschauer_Heckenland  beide Bilder sind
  Hecken und wurden von mir gemacht


das ist auch ganz was anderes. Das auf deinen Bildern sind Hecken, die sind
damit auch korrekt bezeichnet. Knick != Hecke.

Knicks kommen im Wesentlichen in der norddeutschen Tiefebene und in der
Normandie vor, wo die Gefahr von Winderosion besteht.
 die Hecken hier haben ne ähnliche Funktion: Windschutz, was das 
auskühlen verhindert. DIe Bilder sind gut gepflegte Hecken, ungeplegt 
siehts was unordentlicher aus, Buschreihen und teilweise sind es 
Baumreihen, 40 cm Durchmesser und mehr, die auch mal gefällt werden.


Hecke heißt ja nicht unbedingt ordentlich ;)
http://de.wikipedia.org/wiki/Hecke
und auch
http://de.wikipedia.org/wiki/Benjeshecke

Hecke kommt schließlich von Einhegen, umzäunen


Grüße aus der Eifel
Steffen

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


Re: [Talk-de] Srtm2OSM unter linux

2011-09-06 Thread Martin Koppenhoefer
2011/9/6 Sven Geggus li...@fuchsschwanzdomain.de:
 Lars Schimmer l.schim...@cgv.tugraz.at wrote:
 Ich versuche mich daran, eine Fahrradkarte zu basteln (Rings um den weg
 Graz-Split).
 Dabei scheitere ich schon an Strm2OSM unter linux
 Es gibt ein ähnliches Tool in python, dessen Name mir gerade entfallen ist.


wobei srtm2osm mit mono schon auch unter Linux geht. Dauert ziemlich
ewig, je nach Größe und Rechner. Woran scheitert das denn?

Es gibt im Wiki auch Informationen zu alternativen Vorgehensweisen,
vielleicht kannst Du davon ja was abwandeln für Deine Zwecke:
http://wiki.openstreetmap.org/wiki/Contours

Gruß Martin

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


Re: [Talk-de] Frage bez. Kacheln

2011-09-06 Thread ant

Moin,

On 06.09.2011 15:32, Lars Schimmer wrote:

Moin!

Ich bin nun wieder ein ein kleines Problemchen angekommen:
Wie joine ich die Dateien von Computerteddy zu einer *.osm Datei zusammen?


osmosis --read-xml-0.5 0001.osm --migrate --sort outPipe.0=1sorted 
--read-xml-0.5 0002.osm --migrate --sort outPipe.0=2sorted --merge 
inPipe.0=1sorted inPipe.1=2sorted --write-xml merged.osm


was evtl. stören könnte, sind Nodes mit Fremd-Kachel = xy Tags, aber 
die kann man ggf. auch noch rausfiltern.




Oder besser: ist es besser, auch die SRTM Daten in 1°x1° liegen zu haben
und erst mit mkmap mit den ComputerTeddy Kacheln zusammen zu fügen in
eine garmin.img Datei
ODER
das Gebiet von 5°x5° als eine SRTM *.osm zu haben und die 25 Kacheln von
ComputerTeddy zu einer *.OSM Datei zusammen zu bauen und dann die beiden
Dateien zusammen zu joinen und dann zu einer .IMG umbauen lassen?
Danke.


Letzteres könnte problematisch werden, weil mkgmap meckert (oder gar 
abstürzt?), wenn Eingabedateien eine bestimmte Größe überschreiten... 
aus diesem Grund gibt's ja die Kacheln.




MfG,
Lars Schimmer


Grüße
ant

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


Re: [Talk-de] Frage bez. Kacheln

2011-09-06 Thread ant

On 06.09.2011 18:27, ant wrote:

osmosis --read-xml-0.5 0001.osm --migrate --sort outPipe.0=1sorted
--read-xml-0.5 0002.osm --migrate --sort outPipe.0=2sorted --merge
inPipe.0=1sorted inPipe.1=2sorted --write-xml merged.osm


Nochmal schnell nachgebessert: mit conflictResolutionMethod=timestamp 
kannst du verhindern, dass Original-Nodes durch Fremdkachel-Nodes 
überschrieben werden:


osmosis --read-xml-0.5 0001.osm --migrate --sort outPipe.0=1sorted 
--read-xml-0.5 0002.osm --migrate --sort outPipe.0=2sorted --merge 
conflictResolutionMethod=timestamp inPipe.0=1sorted inPipe.1=2sorted 
--write-xml merged.osm


Grüße
ant

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


Re: [Talk-de] Srtm2OSM unter linux

2011-09-06 Thread Lars Schimmer

On 06.09.2011 17:22, Martin Koppenhoefer wrote:

2011/9/6 Sven Geggusli...@fuchsschwanzdomain.de:

Lars Schimmerl.schim...@cgv.tugraz.at  wrote:

Ich versuche mich daran, eine Fahrradkarte zu basteln (Rings um den weg
Graz-Split).
Dabei scheitere ich schon an Strm2OSM unter linux

Es gibt ein ähnliches Tool in python, dessen Name mir gerade entfallen ist.



wobei srtm2osm mit mono schon auch unter Linux geht. Dauert ziemlich
ewig, je nach Größe und Rechner. Woran scheitert das denn?


Er wirft dauernd core hits (auch schon bei den 1°x1° Kacheln, aber unter 
Windows gebaut werden die auch schon teilweise 500MB groß, Alpen halt...


Native stacktrace:

mono() [0x487ad6]
/lib/libpthread.so.0(+0xef60) [0x7f5767edcf60]
/lib/libc.so.6(gsignal+0x35) [0x7f576791d165]
/lib/libc.so.6(abort+0x180) [0x7f576791ff70]
mono() [0x5be78d]
mono() [0x5bd0ba]
mono() [0x5bd19f]
mono() [0x5bdcea]
mono() [0x5be259]
mono() [0x5cc18a]
mono() [0x5cb6fb]
mono() [0x5bab02]
mono(mono_object_clone+0x36) [0x56e6e6]
[0x4085af36]

Thread 1 (Thread 0x7f5768bc4740 (LWP 2918)):
#0  0x7f5767edc0bd in read () at ../sysdeps/unix/syscall-template.S:82
#1  0x00487c5f in ?? ()
#2  signal handler called
#3  0x7f576791d165 in *__GI_raise (sig=value optimized out)
at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#4  0x7f576791ff70 in *__GI_abort () at abort.c:92

=
Got a SIGABRT while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=



Es gibt im Wiki auch Informationen zu alternativen Vorgehensweisen,
vielleicht kannst Du davon ja was abwandeln für Deine Zwecke:
http://wiki.openstreetmap.org/wiki/Contours

Gruß Martin



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

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


Re: [Talk-de] Begleitgrün an Wegen und Bächen

2011-09-06 Thread Albrecht Will
Am Dienstag 06 September 2011, 16:51:39 schrieb Wolfgang:
 Bei 12m Breite passt die Bezeichnung Knick eigentlich nicht mehr, der ist
 so  ~1-5m breit. Hecke passt auch nicht. Für Wald ist es zu schmal.
 
 scrub?
 
 Gehölzstreifen wäre eine Lösung. Benutzbar für Fläche und Linie.
 woodstripe?

Gehölzstreifen kommt mir entgegen, da ich für meine hiesige Gegend mehr an 
ungeordnete Reihen/schmale Flächen denke. Trotzdem sollten die planmäßigen 
Windschutzstreifen nach zahlreichen Flurneuordnungen im Zuge der Ausbildung 
landw. Großproduktion (LPG, Schläge über 300 ha und mehr ) in der damaligen 
DDR ein besonderes tag bekommen.

Albrecht

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


Re: [Talk-de] Srtm2OSM unter linux

2011-09-06 Thread Rainer Kluge

Am 06.09.2011 16:46, schrieb Sven Geggus:

Es gibt ein ähnliches Tool in python, dessen Name mir gerade entfallen ist.


Vermutlich meinst du phyghtmap. Läuft bei mir unter Debian problemlos.

Gruß
Rainer


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


Re: [Talk-de] wilhelm.tel Sponsoringangebot

2011-09-06 Thread René Falk

Am 06.09.2011 11:53, schrieb Sven Geggus:

Michael Buegemich...@buegehome.de  wrote:


Mag sich da bitte jemand drum kuemmern


Ich schau mal. So wie sich das anhört könnten das gute Kandidaten für das
Hosting des deutschen Kartenstils sein.



Ist übrigens ein lokaler Internetprovider in Norderstedt nördlich von 
Hamburg und Umgebung. Hat ein eigenes Leitungsnetz, einschließlich der 
letzten Meile.



Grüße

René

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


Re: [Talk-de] NMEA

2011-09-06 Thread Dimitri Junker
Hallo,

HDG Feld 1 und HDM Feld 1 ist die Ausrichtung des Schiffes oder der
Flugzeugnase zu der


Das seltsame ist, daß ich bei den mir vorliegenden Files typischerweise eine 
Abweichung von 60 Grad zwischen 

RMC Feld 8/9 ist der Kurs über Grund


und

HDG Feld 1 und HDM Feld 1 ist die Ausrichtung des Schiffes

habe, erscheint mir groß.

Danke
Dimitri

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


Re: [Talk-de] Srtm2OSM unter linux

2011-09-06 Thread Henning Scholland

Hallo,
ist dir bekannt, dass es auf der Seite der OpenMTBMap auch fertige 
Höhenlinien direkt als Garminkarte gibt?


Henning


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


Re: [Talk-de] Srtm2OSM unter linux

2011-09-06 Thread Martin Koppenhoefer
Am 6. September 2011 19:54 schrieb Lars Schimmer l.schim...@cgv.tugraz.at:
 On 06.09.2011 17:22, Martin Koppenhoefer wrote:
 wobei srtm2osm mit mono schon auch unter Linux geht. Dauert ziemlich
 ewig, je nach Größe und Rechner. Woran scheitert das denn?

 Er wirft dauernd core hits (auch schon bei den 1°x1° Kacheln, aber unter
 Windows gebaut werden die auch schon teilweise 500MB groß, Alpen halt...


ich glaube ich hatte auch Fehler in der Art und das ist verschwunden,
als ich mono mit --aot (ahead of time) und Optimierungen aufgerufen
habe, kann aber auch sein, dass ich mich falsch erinnere und es ein
anderer Schalter war oder ich einfach Glück hatte ;-)
Ich finde leider den genauen Aufruf gerade nicht mehr, ist schon ein
Jahr her, dass ich das gemacht habe.

Gruß Martin

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


[Talk-de] WDYE jetzt mit Zoom

2011-09-06 Thread Stephan Knauss

Hallo,

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

unterstützt jetzt auch die Anzeige der Edits auf einer interaktiven Karte.

Viel Spaß,

Stephan


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


Re: [Talk-de] Wohngebiete, landuse=residential Verwendung - continued

2011-09-06 Thread Christian Müller
Hi Martin,
Hallo Frederik,
hallo Liste,


die links unten sind in Ordnung, sie helfen, zu verstehen, wie die
Terminologie land use außerhalb von OSM genutzt wird.  Bei manchen
Karten ist man sich unsicher, ob die Datenrepräsentation nicht doch
gröber ist und die Straßen einfach nur drüber gerendert worden, aber
das ist erstmal nicht so wichtig.  Zu unterscheiden sind nach wie vor:

- Gebiete
- Grundstücksflächen

Fakt ist, das bisher in OSM, landuse=residential eher grob Verwendung
fand - die meisten Mapper, die landuse=residential neben die Straße
gezeichnet haben, haben das nicht getan, weil sie eine genaue
Grundstücksgrenze kannten, sondern weil sie nach dem Schema jede Fläche
kriegt ihre eigene Grenze verfahren sind.  Selbst wenn der Versuch
unternommen wurde, die Grundstücksgrenze zu erfassen, kann diese nur als
good guess erfasst worden sein, denn i.A. dürften amtliche Daten nicht
zur Verfügung gestanden haben.

Die meisten links deiner mail haben als Granularität aber die
Grundstücksfläche.  Diese Granularität gab es in OSM bisher nicht oder
sehr, sehr begrenzt.  Auch deswegen wuchs zumindest im deutschen Raum
die Verwendung von landuse=residential so, dass die meisten Gebiete,
welche das Tag tragen eben Gebiete und keine Grundstücksflächen sind.



Wir brauchen eine bessere Differenzierung des Wohngebietes (welchem
landuse=residential bisher hauptsächlich zurechenbar sein dürfte) auf
der einen und der Wohngrundstücksfläche (welche von der Begrifflichkeit
evtl. dem Tag landuse=residential sogar näher steht), auf der anderen
Seite.  Grund:

Wenn official parcel data demnächst zur Verfügung steht und die Leute
anfangen, die Grundstücksgrenzen automatisch zu importieren, wird sich
die Frage stellen, wie das zu taggen sei.  Die Wiki-Seite Parcel hat
dazu schonmal den dümmsten Vorschlag dazu gemacht, den man machen kann:

Importierte Daten mit landuse=residential zu schmücken verwässert die
bisherige Verwendung des Tags völlig.  Als Nutzer der Daten ist dann
nicht mehr zu entscheiden, ob das Tag nun eine Grenze meint, die ein
ortskundiger Mensch erstellt hat, oder ob es amtliche Daten sind.



Deine Lösung, /landuse=residential/ auf /place=xx/ umzumünzen, ist eine
brute-force Attacke auf das assoziative Gedächtnis der meisten
MapperInnen.  Da (exakte/amtliche/importierte) Grundstücksflächen noch
nicht häufig in OSM zu finden sind, schlage ich vor, einen Weg
geringeren Widerstands zu gehen und stattdessen vernünftige Tags für
eine Grundstücksgrenze (parcel) zu definieren.


Mein Vorschlag dazu:  Eine Grundstücks/grenze/ dürfte im Namensraum
/boundary/ anzusiedeln sein, da sie weder physisch ist, noch direkt die
Nutzung vorgibt (ich rede von der Grenze).  Die Grundstücks/fläche/ wäre
dann die Summe aus

* Grundstücksgrenze (an administrative boundary?) und
* unterliegender Flächennutzung
- da steckt ein wenig der OO-Gedanke dahinter (die Flächennutzung
vererbt sich auf das Gebiet innerhalb der Grenze), denn diesen haben wir
bereits an anderer Stelle

* für eine Stadtgrenze tragen wir auch nicht explizit _ein_
landuse=*, d.h.

* will ich wissen, /wie/ die zur Stadt gehörige Fläche genutzt
wird, die innerhalb der Stadtgrenze liegt
* nutze ich die Stadtgrenze als Polygon und arbeite dann mit
den ausgeschnittenen OSM-Daten weiter
* mehrere landuses (die nichts mit den Grundstücken zu tun
haben!) sind i.d.R. im Ergebnis zu finden

* gleiches sollte für eine Grundstücksgrenze gelten, denn
a) auf einem großen Grundstück kann es durchaus
mehrere Flächennutzungen geben (z.B. farmland/farmyard
dürften Teil eines Grundstücks sein)
b) eine Grundstücksgrenze unterteilt die Flächennutzung nach
Belieben - der Mensch schafft ja die Grundstücke, um
ein größeres
Gebiet, das zum Wohnen genutzt wird
(landuse=residential) zu unterteilen - nicht umgekehrt

D.h., nicht das Grundstück bestimmt die Nutzung, sondern /wo/ das
Grundstück liegt (in einem Wohngebiet/Industriegebiet/etc.).  Es gibt
daher keine Notwendigkeit, für jedes Grundstück (oder eine Reihe davon)
extra anzugeben, wie sie genutzt werden, solange das durch ihre Lage
ableitbar ist.  Vgl. dazu Stadtplanung - das Parzellieren erfolgt zum
Schluss, am Anfang steht _ein_ Gebiet und die Frage, was man damit
machen will.

Weiterhin würden wir strikt physische Nutzung von administrativer
Aufteilung eines Gebietes trennen.  Ich denke, damit sollte man arbeiten
können.

Es ermöglicht zudem die Erstellung klassischer land use Karten zu
denen Du Beispiele gegeben hast (e.g.:
(s1) rendere alle Gebiete,
(s2) rendere alle Straßen,
(s3) rendere alle Grenzen).

In dieser Reihenfolge ist es egal, ob in (s2) Straßen als Flächen
vorliegen, oder nicht - die Straße würde extra koloriert, genau wie auf
den land use Plänen.


Gruß,
Christian



Am 30.08.2011 20:23, schrieb Martin Koppenhoefer:
 Am 29. August 

Re: [Talk-de] Begleitgrün an Wegen und Bächen

2011-09-06 Thread Wolfgang
Hallo,
Am Dienstag 06 September 2011 17:15:30 schrieb Steffen Heinz:

 Hecke heißt ja nicht unbedingt ordentlich ;)
 http://de.wikipedia.org/wiki/Hecke
 und auch
 http://de.wikipedia.org/wiki/Benjeshecke
 
oder auch:

http://de.wikipedia.org/wiki/Knick

eine Sonderform, die eben keine Hecke im herkömmlichen Sinn ist, die hat 
nämlich nicht den typischen Wall.

Wenn du die Benjeshecke auch gesondert taggen willst, tu dir keinen Zwang an 
...

Gruß, Wolfgang

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


Re: [Talk-de] Wohngebiete, landuse=residential Verwendung - continued

2011-09-06 Thread Martin Koppenhoefer
Am 6. September 2011 23:46 schrieb Christian Müller cmu...@gmx.de:
Hallo Christian,

schön, dass es hier weitergeht.


 Fakt ist, das bisher in OSM, landuse=residential eher grob Verwendung
 fand


ja, wobei das nichts heissen mag. Straßen haben wir auch erstmal ganz
grob gezeichnet, und erst im Laufe der Zeit wurden sie feiner und aus
den Ecken wurden Kurven.


 Die meisten links deiner mail haben als Granularität aber die
 Grundstücksfläche.  Diese Granularität gab es in OSM bisher nicht oder
 sehr, sehr begrenzt.


in der Tat ist die Nutzung in OSM bisher oft noch gröber als der Rest,
es klafft sozusagen eine Lücke.


 Auch deswegen wuchs zumindest im deutschen Raum
 die Verwendung von landuse=residential so, dass die meisten Gebiete,
 welche das Tag tragen eben Gebiete und keine Grundstücksflächen sind.


hier kann ich nicht mehr folgen. Es ging ja nie um Grundstücksflächen
sondern zum einen darum, welche wo die landuse-Grenzen gezeichnet
werden sollen und zum anderen dann um Wohngebiete.
M.E. ist die Verwendung von landuse=residential so wie sie ist, weil
der Renderer dann wie in vielen anderen Karten auch in
Übersichts-Zoombereichen einen durchgehenden grauen Hintergrund unter
die Siedlung legt, und das ganz gut aussieht. Zu viel Fragmentierung
würde nur unruhig wirken und stören. Eigentlich also klassisches
taggen für die Renderer. Ein Viertel der cities sind schon als places
erfasst, auch wenn das in den OSM-renderern nicht dargestellt wird.
Würde mapnik in Zoom 9-12 anstatt der Stadt-landuses place-Flächen
rendern, dann hätten wir sehr schnell auch die übrigen 3/4 erfasst ;-)


 Wir brauchen eine bessere Differenzierung des Wohngebietes (welchem
 landuse=residential bisher hauptsächlich zurechenbar sein dürfte) auf
 der einen und der Wohngrundstücksfläche (welche von der Begrifflichkeit
 evtl. dem Tag landuse=residential sogar näher steht), auf der anderen
 Seite.


Aus der Diskussion ist ein Proposal für Untereinheiten von Orten
entstanden, womit man Wohngebiete als das deklarieren kann, was sie
sind: besiedelte Gebiete mit Namen, Untereinheiten einer größeren
Siedlung, also place in OSM:
http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/place%3Dneighbourhood


 Wenn official parcel data demnächst zur Verfügung steht und die Leute
 anfangen, die Grundstücksgrenzen automatisch zu importieren, wird sich
 die Frage stellen, wie das zu taggen sei.


wie was genau zu taggen ist? Die Grundstücke würden wohl
Grundstücksnummern bekommen, also das, was bisher meist als Node mit
addr:housenumber getaggt wird, würde man wohl an die Grundstücksfläche
hängen. Ob man die Nutzung dann mit einem größeren Polygon überlappt,
oder diesen einzelnen Teilen den landuse-tag direkt gibt, wird der
Mapper wohl wie immer so machen wie er will. Einfacher zu warten ist
m.E. der Tag am einzelnen Grundstück.


 Importierte Daten mit landuse=residential zu schmücken verwässert die
 bisherige Verwendung des Tags völlig.


Der tag landuse sagt an, was die Nutzung ist. Dabei ist es egal, ob es
sich um importierte Daten oder pi mal Auge gezeichnete Flächen
handelt.


 Als Nutzer der Daten ist dann
 nicht mehr zu entscheiden, ob das Tag nun eine Grenze meint, die ein
 ortskundiger Mensch erstellt hat, oder ob es amtliche Daten sind.


amtlich sind die Grenzen ja höchstens so lange, bis jemand sie
verändert. Das am landuse tag festmachen zu wollen halte ich für
blauäugig. Versionsnummer und Changeset-tags sind da sicher bessere
Kandidaten.


 Deine Lösung, /landuse=residential/ auf /place=xx/ umzumünzen, ist eine
 brute-force Attacke auf das assoziative Gedächtnis der meisten
 MapperInnen.


ich will nichts ummünzen. Mir ging es darum, die Daten möglichst
logisch zu strukturieren. Landuse als tag für die Nutzung, (wie
übrigens seit jeher im Wiki beschrieben), ändert sich durch die
Einführung von Wohngebieten im place-tag nicht.


 Da (exakte/amtliche/importierte) Grundstücksflächen noch
 nicht häufig in OSM zu finden sind, schlage ich vor, einen Weg
 geringeren Widerstands zu gehen und stattdessen vernünftige Tags für
 eine Grundstücksgrenze (parcel) zu definieren.


wenn man Grundstücksgrenzen überhaupt extra taggen will. Ich bin
bisher eher davon ausgegangen, dass einen die Gebiete (Flurstücke,
Fluren, etc.) interessieren, und weniger die Grenzen als solche. Wer
amtliche Grundstücksgrenzen braucht, soll sie sich beim Amt holen.


 ...nicht das Grundstück bestimmt die Nutzung, sondern /wo/ das
 Grundstück liegt (in einem Wohngebiet/Industriegebiet/etc.).  Es gibt
 daher keine Notwendigkeit, für jedes Grundstück (oder eine Reihe davon)
 extra anzugeben, wie sie genutzt werden, solange das durch ihre Lage
 ableitbar ist.


das verstehe ich jetzt wieder nicht. Kann es in einem Industriegebiet
z.B. keine Flächen geben, die anders genutzt werden als industriell?
Üblicherweise wird Nutzung eben gerade auf Grundstücke bezogen. Ich
sage ja nicht, dass wir es immer unbedingt wie alle machen sollen,
aber wenn wir bewusst abweichen 

[Talk-it] Case dell'acqua

2011-09-06 Thread Amici Giuseppe
Nella provincia Modenese stanno istallando a cura delle amministrazioni
comunali, diversi distributori di acqua potabile (naturale, naturale
refrigerata, gasata refrigerata). Molti sono gratuiti altri a pagamento
(simbolico: 1cent/Lt). Hanno la limitazione di erogazione in una fascia
oraria.

Il TAG “fontanella” mi pare riduttivo.

Il TAG distributore automatico, non è riferibile ad una area. Come invece
queste “case” hanno (circa 3x2 mt).

Che suggerite?

 

Saluti Beppe

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


Re: [Talk-it] Case dell'acqua

2011-09-06 Thread Federico Cozzi
2011/9/6 Amici Giuseppe giuseppeam...@virgilio.it:
 Il TAG “fontanella” mi pare riduttivo.
 Che suggerite?

amenity=drinking_water
(fontanella)

Indica tutti i punti dove è reperibile acqua potabile (ed è gestito
alla perfezione da praticamente tutti i software)

Ciao

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


Re: [Talk-it] Case dell'acqua

2011-09-06 Thread Martin Koppenhoefer
2011/9/6 Federico Cozzi f.co...@gmail.com:
 2011/9/6 Amici Giuseppe giuseppeam...@virgilio.it:
 Il TAG “fontanella” mi pare riduttivo.
 Che suggerite?

 amenity=drinking_water
 (fontanella)

 Indica tutti i punti dove è reperibile acqua potabile (ed è gestito
 alla perfezione da praticamente tutti i software)


si, le vedo anch'io sia come amenity=drinking_water sia come
amenity=vending_machine, vending=drinking_water. Dato che si paga
(poco, ma si paga) credo che vending_machine potrebbe essere meglio.
Se si decidesse invece di usare amenity=drinking_water mettrei anche
un type o qualcosa da concordare per specificare il tipo.

Credo che si riferisca a macchine del genere, vero?
http://www.23hq.com/dieterdreist/photo/7088183?

Il tag vending_machine secondome è anche riferibile ad un'area, se
necessario. In questo caso secondome comunque un nodo mi sembra
sufficente.

ciao,
Martin

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


Re: [Talk-it] Case dell'acqua

2011-09-06 Thread Federico Cozzi
2011/9/6 Martin Koppenhoefer dieterdre...@gmail.com:
 si, le vedo anch'io sia come amenity=drinking_water sia come
 amenity=vending_machine, vending=drinking_water. Dato che si paga
 (poco, ma si paga) credo che vending_machine potrebbe essere meglio.

Tutte quelle che ho visto nel milanese sono gratuite. In alcune il
prelievo per i non residenti è limitato a pochi bicchieri, ma è
comunque gratuito.
Secondo me sono molto più simili alle fontanelle che ai distributori automatici

Considera che, in un contesto urbano, il grosso discrimine sull'acqua
potabile è se è gratuita (o quasi) oppure a pagamento: non muori di
sete, puoi sempre entrare in un bar. Se la marchi come distributore
automatico, la confondi (IMHO) con l'acqua a pagamento, mentre è
molto più simile all'acqua gratis

Ciao,
Federico

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


[Talk-it] R: Case dell'acqua

2011-09-06 Thread Amici Giuseppe
La foto individua quello di cui chiedo il suggerimento del TAG.
Il contesto non è in un struttura di muratura come compare nella tua foto, ma 
in una struttura in inox autonoma provvista di tettoia posta su suolo pubblico 
delle dimensioni di 3x1mt


-Messaggio originale-
Da: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] 
Inviato: martedì 6 settembre 2011 11.42
A: openstreetmap list - italiano
Oggetto: Re: [Talk-it] Case dell'acqua

2011/9/6 Federico Cozzi f.co...@gmail.com:
 2011/9/6 Amici Giuseppe giuseppeam...@virgilio.it:
 Il TAG “fontanella” mi pare riduttivo.
 Che suggerite?

 amenity=drinking_water
 (fontanella)

 Indica tutti i punti dove è reperibile acqua potabile (ed è gestito
 alla perfezione da praticamente tutti i software)


si, le vedo anch'io sia come amenity=drinking_water sia come
amenity=vending_machine, vending=drinking_water. Dato che si paga
(poco, ma si paga) credo che vending_machine potrebbe essere meglio.
Se si decidesse invece di usare amenity=drinking_water mettrei anche
un type o qualcosa da concordare per specificare il tipo.

Credo che si riferisca a macchine del genere, vero?
http://www.23hq.com/dieterdreist/photo/7088183?

Il tag vending_machine secondome è anche riferibile ad un'area, se
necessario. In questo caso secondome comunque un nodo mi sembra
sufficente.

ciao,
Martin

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


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


Re: [Talk-it] Case dell'acqua

2011-09-06 Thread Martin Koppenhoefer
2011/9/6 Federico Cozzi f.co...@gmail.com:
 2011/9/6 Martin Koppenhoefer dieterdre...@gmail.com:
 si, le vedo anch'io sia come amenity=drinking_water sia come
 amenity=vending_machine, vending=drinking_water. Dato che si paga
 (poco, ma si paga) credo che vending_machine potrebbe essere meglio.

 Tutte quelle che ho visto nel milanese sono gratuite. In alcune il
 prelievo per i non residenti è limitato a pochi bicchieri, ma è
 comunque gratuito.
 Secondo me sono molto più simili alle fontanelle che ai distributori 
 automatici

 Considera che, in un contesto urbano, il grosso discrimine sull'acqua
 potabile è se è gratuita (o quasi) oppure a pagamento: non muori di
 sete, puoi sempre entrare in un bar. Se la marchi come distributore
 automatico, la confondi (IMHO) con l'acqua a pagamento, mentre è
 molto più simile all'acqua gratis


se sono gratis non c'é dubbio, ma dato che si paga per quelli di chi
si parla qui direi che vending_machine è più appropriato (anche per
distinguerle dalle fontanelle). Pratticamente si tratta di un
distributore di acqua (nel caso della foto raffreddata, sia
effervescente che naturale) dove l'acquirente porta la bottiglia. Come
scritto sopra: si mette soldi dentro e la macchina da la merce,
secondome non è solo simile ad un distributore, _è_ un distributore
automatico.

ciao,
Martin

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


Re: [Talk-it] Case dell'acqua

2011-09-06 Thread Enrico Piccinelli


Le hanno installate pure qui dalle mie parti, ma non sono a pagamento.
Il consumatore semplicemente porta la bottiglia vuota e la riempie gratis, con 
acqua naturale o gassata. Uniche limitazioni la quantità di bottiglie 
prelevabili (stranamente non di litri) e l'orario di apertura.


Io le ho mappate con amenity=drinking_water ed opening_hours=* .

Saluti!
Enrico Piccinelli picc...@tiscali.it___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Case dell'acqua

2011-09-06 Thread Martin Koppenhoefer
2011/9/6 Enrico Piccinelli picc...@tiscali.it:
 Io le ho mappate con amenity=drinking_water ed opening_hours=* .


+1. Invece quella che ho visto in provincia di Roma era aperta 24/24
ma il litro costava 5 centesimi. Sembra poco, ma se fate il calcolo
cmq. 1 metro cubo costa 50 EUR. Se compro l'acqua dall'ACEA mi costa
circa 50 centesimi al metro cubo (16 centesimi agevolato) ;-)

ciao,
Martin

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


[Talk-it] R: Re: Case dell'acqua

2011-09-06 Thread mimalfa
Ad arco di trento l'unica installata era gratis fino al mese di agosto ora 
acquisti una tessera a scalare e poi prelevare acqua naturale o frizzante...la 
cosa strana a 100 metri c'e' una fontana con acqua fresca e gratisMich74
Le mail ti raggiungono ovunque con BlackBerry® from Vodafone!

-Original Message-
From: Martin Koppenhoefer dieterdre...@gmail.com
Date: Tue, 6 Sep 2011 13:50:39 
To: openstreetmap list - italianotalk-it@openstreetmap.org
Reply-To: openstreetmap list - italiano talk-it@openstreetmap.org
Subject: Re: [Talk-it] Case dell'acqua

2011/9/6 Federico Cozzi f.co...@gmail.com:
 2011/9/6 Martin Koppenhoefer dieterdre...@gmail.com:
 si, le vedo anch'io sia come amenity=drinking_water sia come
 amenity=vending_machine, vending=drinking_water. Dato che si paga
 (poco, ma si paga) credo che vending_machine potrebbe essere meglio.

 Tutte quelle che ho visto nel milanese sono gratuite. In alcune il
 prelievo per i non residenti è limitato a pochi bicchieri, ma è
 comunque gratuito.
 Secondo me sono molto più simili alle fontanelle che ai distributori 
 automatici

 Considera che, in un contesto urbano, il grosso discrimine sull'acqua
 potabile è se è gratuita (o quasi) oppure a pagamento: non muori di
 sete, puoi sempre entrare in un bar. Se la marchi come distributore
 automatico, la confondi (IMHO) con l'acqua a pagamento, mentre è
 molto più simile all'acqua gratis


se sono gratis non c'é dubbio, ma dato che si paga per quelli di chi
si parla qui direi che vending_machine è più appropriato (anche per
distinguerle dalle fontanelle). Pratticamente si tratta di un
distributore di acqua (nel caso della foto raffreddata, sia
effervescente che naturale) dove l'acquirente porta la bottiglia. Come
scritto sopra: si mette soldi dentro e la macchina da la merce,
secondome non è solo simile ad un distributore,_è_ un distributore
automatico.

ciao,
Martin

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


Re: [Talk-it] Case dell'acqua

2011-09-06 Thread gian mario navillod
+1 per Martin
in Valle d'Aosta queste case dell'acqua sono a pagamento e mi risulta anche
a Castellamonte (TO).

forse il discrimine tra amenity=drinking_water e amenity=vending_machine,
vending=drinking_water potrebbe essere:

se ho i soldi qui bevo: amenity=vending_machine, vending=drinking_water
(altrimenti mi tengo la sete);
qui bevo anche se ho lasciato il portafogli a casa: amenity=drinking_water

Ciao a tutti.
Gian Mario Navillod.


Il giorno 06 settembre 2011 13:50, Martin Koppenhoefer 
dieterdre...@gmail.com ha scritto:

 2011/9/6 Federico Cozzi f.co...@gmail.com:
  2011/9/6 Martin Koppenhoefer dieterdre...@gmail.com:
  si, le vedo anch'io sia come amenity=drinking_water sia come
  amenity=vending_machine, vending=drinking_water. Dato che si paga
  (poco, ma si paga) credo che vending_machine potrebbe essere meglio.
 
  Tutte quelle che ho visto nel milanese sono gratuite. In alcune il
  prelievo per i non residenti è limitato a pochi bicchieri, ma è
  comunque gratuito.
  Secondo me sono molto più simili alle fontanelle che ai distributori
 automatici
 
  Considera che, in un contesto urbano, il grosso discrimine sull'acqua
  potabile è se è gratuita (o quasi) oppure a pagamento: non muori di
  sete, puoi sempre entrare in un bar. Se la marchi come distributore
  automatico, la confondi (IMHO) con l'acqua a pagamento, mentre è
  molto più simile all'acqua gratis


 se sono gratis non c'é dubbio, ma dato che si paga per quelli di chi
 si parla qui direi che vending_machine è più appropriato (anche per
 distinguerle dalle fontanelle). Pratticamente si tratta di un
 distributore di acqua (nel caso della foto raffreddata, sia
 effervescente che naturale) dove l'acquirente porta la bottiglia. Come
 scritto sopra: si mette soldi dentro e la macchina da la merce,
 secondome non è solo simile ad un distributore, _è_ un distributore
 automatico.

 ciao,
 Martin

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

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


Re: [Talk-it] Case dell'acqua

2011-09-06 Thread Elena ``of Valhalla''
On 2011-09-06 at 16:12:01 +0200, gian mario navillod wrote:
 forse il discrimine tra amenity=drinking_water e amenity=vending_machine,
 vending=drinking_water potrebbe essere:
 
 se ho i soldi qui bevo: amenity=vending_machine, vending=drinking_water
 (altrimenti mi tengo la sete);
 qui bevo anche se ho lasciato il portafogli a casa: amenity=drinking_water

secondo me c'e` un'altra discriminante: da una fontanella posso bere 
anche mettendoci sotto le mani (o direttamente la testa), in queste 
casette di solito si deve usare un contenitore, quindi o uno gira 
con un bicchiere in borsa, oppure si tiene la sete

(a meno che le  macchinette non offrano i bicchieri: qui a varese 
non lo fanno)

-- 
Elena ``of Valhalla''

homepage: http://www.trueelena.org

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


[Talk-it] R: Case dell'acqua

2011-09-06 Thread Amici Giuseppe
+1


-Messaggio originale-
Da: Elena ``of Valhalla'' [mailto:elena.valha...@gmail.com] 
Inviato: martedì 6 settembre 2011 16.56
A: talk-it@openstreetmap.org
Oggetto: Re: [Talk-it] Case dell'acqua

On 2011-09-06 at 16:12:01 +0200, gian mario navillod wrote:
 forse il discrimine tra amenity=drinking_water e amenity=vending_machine,
 vending=drinking_water potrebbe essere:
 
 se ho i soldi qui bevo: amenity=vending_machine, vending=drinking_water
 (altrimenti mi tengo la sete);
 qui bevo anche se ho lasciato il portafogli a casa: amenity=drinking_water

secondo me c'e` un'altra discriminante: da una fontanella posso bere 
anche mettendoci sotto le mani (o direttamente la testa), in queste 
casette di solito si deve usare un contenitore, quindi o uno gira 
con un bicchiere in borsa, oppure si tiene la sete

(a meno che le  macchinette non offrano i bicchieri: qui a varese 
non lo fanno)

-- 
Elena ``of Valhalla''

homepage: http://www.trueelena.org

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


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


Re: [Talk-it] Bandiera OSM su pixart.it

2011-09-06 Thread Luca Delucchi
Il 06 settembre 2011 02:01, niubii f.pelu...@gmail.com ha scritto:

 Per chi vuole dare un contributo, purchè rapido, i files da modificare
 sono questi:
 http://dl.dropbox.com/u/20901490/OpenStreetMap.7z


ma usare formati più normali??
e visto quello che ha detto martin nella successiva mail anche font
non proprietari :-)

 Diciamo che domani sera  invio l'ordine.


per me gli stessi materiali di martin, consegna a mano a padova ad
osmit, martin me le porti te vero? :-P

 Saluti
 /niubii/


-- 
ciao
Luca

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

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


Re: [Talk-it] Bandiera OSM su pixart.it

2011-09-06 Thread niubii
Il 07 settembre 2011 00:09, Luca Delucchi lucadel...@gmail.com ha scritto:
 Il 06 settembre 2011 02:01, niubii f.pelu...@gmail.com ha scritto:

 Per chi vuole dare un contributo, purchè rapido, i files da modificare
 sono questi:
 http://dl.dropbox.com/u/20901490/OpenStreetMap.7z


 ma usare formati più normali??

Per esempio?
Ho impostato la dimensione di un A0 perché:
1. innanzitutto è normale (anzi normato)
2. è un rapporto aureo
3. la superficie è circa 1mq (addebitano in base alla superficie, minimo 1 mq)

Se hai altre proposte, ben vengano.

 e visto quello che ha detto martin nella successiva mail anche font
 non proprietari :-)


Questa mi risulta veramente strana, quel font (quello che ho usato io
nella bandiera) me lo ha installato Openoffice. :-P

Martin lamentava il fatto che la scritta, nel banner, non è più un
testo bensì un tracciato e come tale difficilmente editabile.
Bisognerebbe prendersela con chi ha preparato il banner :-), ormai è così.

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


[Talk-co] Mapas de Bolivar y Antioquia

2011-09-06 Thread hyan...@gmail.com
Estimados maperos:

Esta tarde hay una reunion con el Gobernador y Secretaria de minas de
Bolivar, no hay internet y se desea usar los mapas de OSM para la
presentacion.  Puntualmente son los mapas de Bolivar y Antioquia que
muestren los municipios; en la vista de nivel 12, 13 de Mapnik o OSMrender
no los muestra completamente.

?Alguna sugerencia de como hacerlo?

Mil gracias,

Humberto Yances
___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co


Re: [Talk-co] Mapas de Bolivar y Antioquia

2011-09-06 Thread Jaime Mejia
hay un plugin para usar mapnik en qgis, pero tambien hay que tener instalado
mapnik en el pc...

Cordial Saludo,

Jaime Mejía


El 6 de septiembre de 2011 11:04, hyan...@gmail.com hyan...@gmail.comescribió:

 Estimados maperos:

 Esta tarde hay una reunion con el Gobernador y Secretaria de minas de
 Bolivar, no hay internet y se desea usar los mapas de OSM para la
 presentacion.  Puntualmente son los mapas de Bolivar y Antioquia que
 muestren los municipios; en la vista de nivel 12, 13 de Mapnik o OSMrender
 no los muestra completamente.

 ?Alguna sugerencia de como hacerlo?

 Mil gracias,

 Humberto Yances

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


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


[Talk-co] Mapas de OSM con estilos propios: ejemplo de aplicación con Maperitive

2011-09-06 Thread Federico Explorador (Nevados.org)
Estimad@s maper@s:


En las semanas pasadas he experimentado con Maperitive,
http://maperitive.net/  un software libre para crea mapas con estilos
propios a partir de OSM.

 

Para mi pasión, el montañismo, he creado hasta el momento los siguientes
mapas y colgados en la web:

 

Nevado del Ruiz:

http://www.nevados.org/es/descargas/Colombia/Mapas/PNN---Nevado-del-Ruiz-1-4
5.000/

Nevado del Tolima:

http://www.nevados.org/es/descargas/Colombia/Mapas/PNN---Nevado-del-Tolima-1
-30.000/

Sierra Nevada del Cocuy:

http://www.nevados.org/es/descargas/Colombia/Mapas/Sierra-Nevada-del-Cocuy--
-Mapa-1-30.000/
http://www.nevados.org/es/descargas/Colombia/Mapas/Sierra-Nevada-del-Cocuy-
--Mapa-30.000/ 

 

Como ven, se pueden aprovechar etiquetas y superficies que los Renderer como
Mapnik no tienen, manipular el tamaño de las fuentes y la escala. 

 

Los siguientes experimentos haré con estilos para desastres y atención
humanitaria. Comentarios bienvenidos.

 

Cordial saludo, Federico 

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


[Talk-lt] tinp apžvalgos aikštelės

2011-09-06 Thread Tomas Straupis
Sveiki

  Gal žinote, kur tiksliai yra TINP aprašomos apžvalgos aikštelės?
  Bražuolės: http://www.seniejitrakai.lt/place-lt-56/
  Jovariškių: http://www.seniejitrakai.lt/place-lt-57/
  Abu kaimeliai pažymėti, tai reikia tik pažymėti attraction=viewpoint vietas.

-- 
Tomas Straupis

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


[Talk-dk] Sletning af kommunegrænser fra DAGI

2011-09-06 Thread Jonas Häggqvist
Pt. eksisterer i databasen en række kommunegrænser på Sjælland importeret 
fra DAGI. Disse imports blev foretaget under brugerkontoen OpenSOVS.


Jeg foreslår at vi sletter dem, af følgende grunde (i rækkefølge fra mest 
til mindst vigtigt):


1. Vi har aldrig fået afklaret situationen mht licensen på data fra DAGI i 
forhold til OSM.
2. Importen var af tvivlsom kvalitet rent teknisk (overlappende grænser 
benytter ikke de samme noder osv)

3. Brugerkontoen bag importen har ikke accepteret ODbL/CT

Desuden kan det godt lade sig gøre for os at lave vores egne 
kommunegrænser. I Midtjylland har vi på baggrund af den tilgængelige data 
fra adressepunkter samt Fugro luftfotos fået tegnet acceptable 
kommunegrænser for i hvert fald Horsens, Odder, Århus og Hedensted 
kommuner (muligvis flere). Det er naturligvis ikke samme datakvalitet som 
DAGI har, men lidt har også ret.


http://wiki.openstreetmap.org/wiki/Denmark/Da:Administrative_boundaries

En sidebemærkning - er der nogen der ved hvordan det er mest rigtigt at 
angive grænserne i forbindelse med kyststrækninger? Jeg har lagt mærke til 
at DAGI lader kysten være grænsen - hvad gør vi? Hvad er korrekt ifølge 
lovgivningen?


--
Jonas Häggqvist
rasher(at)rasher(dot)dk

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


Re: [Talk-dk] Sletning af kommunegrænser fra DAGI

2011-09-06 Thread Ole Nielsen

On 06/09/2011 21:58, Jonas Häggqvist wrote:

Pt. eksisterer i databasen en række kommunegrænser på Sjælland
importeret fra DAGI. Disse imports blev foretaget under brugerkontoen
OpenSOVS.

Jeg foreslår at vi sletter dem, af følgende grunde (i rækkefølge fra
mest til mindst vigtigt):



1. Vi har aldrig fået afklaret situationen mht licensen på data fra DAGI
i forhold til OSM.
2. Importen var af tvivlsom kvalitet rent teknisk (overlappende grænser
benytter ikke de samme noder osv)
3. Brugerkontoen bag importen har ikke accepteret ODbL/CT


Enig, hvis licenssituationen er uklar ikke noget at diskutere.



Desuden kan det godt lade sig gøre for os at lave vores egne
kommunegrænser. I Midtjylland har vi på baggrund af den tilgængelige
data fra adressepunkter samt Fugro luftfotos fået tegnet acceptable
kommunegrænser for i hvert fald Horsens, Odder, Århus og Hedensted
kommuner (muligvis flere). Det er naturligvis ikke samme datakvalitet
som DAGI har, men lidt har også ret.


Jeg har tilføjet Hedensted og Vejle kommuner efter den metode. Desuden 
har jeg bidraget med de jyske regionsgrænser efter samme princip.




http://wiki.openstreetmap.org/wiki/Denmark/Da:Administrative_boundaries

En sidebemærkning - er der nogen der ved hvordan det er mest rigtigt at
angive grænserne i forbindelse med kyststrækninger? Jeg har lagt mærke
til at DAGI lader kysten være grænsen - hvad gør vi? Hvad er korrekt
ifølge lovgivningen?



Godt spørgsmål. Jeg vil mene at kommunerne også har noget at sige i de 
kystnære farvande, f.eks. mht til motorbådssejlads, havdambrug, 
badebroer og badevandskvalitet. Jeg har pragmatisk mappet 
kommunegrænserne ca. een km ude i vandet.


Et eksempel på kommunegrænser mappet som multipolygoner: 
http://osm.org/go/0H8WNyh6--


Ole / polderrunner

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


[Talk-gb-westmidlands] RSPB Middleton Lakes mis-tagged

2011-09-06 Thread Andy Mabbett
Somebody had tagged RSPB Middleton Lakes with boundary=national
park. I've changed, but someone with the know-how might like to check
that eidtor's other edits, in case it was part of a wider set of
subtle vandalism. Of course, it might have been a good-faith mistake.

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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


[Talk-gb-westmidlands] State of the map Denver

2011-09-06 Thread stuart lester
Hello all,

I am headed over to Denver primarily for foss4g but thought I may as
well go to state of the map.

I am very novice on OSM but looking forward to it. If anyone has
spotted a session they really want to know about I am happy to go and
report back. Except the baseball meetup. It's just not cricket!

Cheers,

Stu

On 6 Sep 2011, at 12:01, talk-gb-westmidlands-requ...@openstreetmap.org wrote:

 Send Talk-gb-westmidlands mailing list submissions to
talk-gb-westmidlands@openstreetmap.org

 To subscribe or unsubscribe via the World Wide Web, visit
http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
 or, via email, send a message with subject or body 'help' to
talk-gb-westmidlands-requ...@openstreetmap.org

 You can reach the person managing the list at
talk-gb-westmidlands-ow...@openstreetmap.org

 When replying, please edit your Subject line so it is more specific
 than Re: Contents of Talk-gb-westmidlands digest...


 Today's Topics:

   1. RSPB Middleton Lakes mis-tagged (Andy Mabbett)


 --

 Message: 1
 Date: Tue, 6 Sep 2011 11:28:03 +0100
 From: Andy Mabbett a...@pigsonthewing.org.uk
 To: talk-gb-westmidlands Talk-gb-westmidlands@openstreetmap.org
 Subject: [Talk-gb-westmidlands] RSPB Middleton Lakes mis-tagged
 Message-ID:
CABiXOEkrowdecBm6ESwdcpF63nKosvdfNO2v87cZ3kr-e=w...@mail.gmail.com
 Content-Type: text/plain; charset=ISO-8859-1

 Somebody had tagged RSPB Middleton Lakes with boundary=national
 park. I've changed, but someone with the know-how might like to check
 that eidtor's other edits, in case it was part of a wider set of
 subtle vandalism. Of course, it might have been a good-faith mistake.

 --
 Andy Mabbett
 @pigsonthewing
 http://pigsonthewing.org.uk



 --

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


 End of Talk-gb-westmidlands Digest, Vol 35, Issue 2
 ***

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


Re: [Talk-se] Licensutmaning

2011-09-06 Thread Martin Nöjd

Hej alla!

Min taktik har varit att kontakta alla i prioritet efter antal noder 
de har skapat. Kollade just min utkorg efter att ha läst Peters brev: 
465 st, men då är en del svar på frågor och några dubbletter så säg 450 
kontaktade. Så nu finns de kvar som har skapat färre än 5 noder eller 
sträckor.


Får se om jag hinner några fler den här veckan...

/Martin

PS Tack Peter för en bra sida, så mycket hade aldrig jag orkat engagera 
mig :-)

Peter Kindstrom peter.kindst...@abc.se skrev:

Hej alla!
Nu är mer än hälften av de ursprungliga som inte svarat kontaktade! Och
av de 486 st kontaktade har 177 st acceptera licensen. Det är 36%
positiva svar!

Jag såg att Erik skrev om krass prioritering av vilka det lönar sig att
kontakta. Jag måste säga att statistiken visar att det är värt att
kontakta alla - var tredje svarar positivt!

Under helgen har antalet kontaktade planat ut men jag hoppas nya friska
krafter vill ta tag i att få kurvan över kontaktade att fortsätta stiga
- vi är ju mer än halvvägs redan!

---
Peter Kindström



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



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


Re: [Talk-es] Landuse=residential

2011-09-06 Thread Javier Sánchez
Hola

Me interesa el tema por que Matías Taborda y yo estamos preparando la
importación de la base de datos de poblaciones del NGMEP [1] y sería
bueno unificar criterios.

Yo creo que la pregunta iba más bien por los núcleos urbanos. Si se
pone name en el nodo de la población y en el área residencial, sale
duplicado en el mapa. Por ejemplo [2]. No es cuestión de mapear para
el mapa, pero tampoco duplicar información por gusto. Por eso veo bien
usar place_name en el área, como en [3]. Si se trata de una población
pequeña o una urbanización que no tenga relación tipo boundary y un
centro administrativo, yo pondría la etiqueta place directamente en un
área landuse=residential, sin nodo.

[1] http://wiki.openstreetmap.org/wiki/ES:NGMEP
[2] http://www.openstreetmap.org/?lat=40.11659lon=-5.84831zoom=16
[3] http://www.openstreetmap.org/?lat=43.246lon=-3.94739zoom=17

Saludos

El día 5 de septiembre de 2011 13:27, Jaime Crespo jy...@jynus.com escribió:
 El día 5 de septiembre de 2011 11:22, yo y...@alvarolara.com escribió:
 Hola a todos,

 me he puesto a mapear pequeños municipios y tengo una duda sobre cómo se ha
 de etiquetar el landuse=residential:

 En principio, todas las áreas municipales deberían estar ya cargadas.
 Por la etiqueta, supongo que te refieres al núcleo urbano.

 1-landuse=residential en el area circunscrita y un nodo en medio con
 name=blablabla is_in=blablabla place=village

 2-landuse=residential y name=mipueblo en el area circunscrita y en el nodo
 name=mipueblo is_in=blablabla place=village (se repite el name=mipueblo)
 3-landuse=residential name=mipueblo is_in=blablabla place=village en el area
 circunscrita y NO poner nodo.

 ¿cual es la mas correcta?, Saludos.

 Antiguamente, se marcaba el área con:

  place_name = ...

 y el nodo central, con:

  name = ...

 Por lo visto, ahora lo correcto (y date cuenta del énfasis que he
 puesto en las comillas) es utilizar relaciones:

 http://wiki.openstreetmap.org/wiki/Key:place (Sección As areas)

 No lo termino de ver muy claro, ya que el núcleo urbano no suele
 coincidir, salvo en grandes ciudades, con ninguna área administrativa
 por debajo del municipio.

 El is_in, ya no se usa gracias a las fronteras administrativas y los
 multipolígonos.

 Mi único consejo seguro es que mires cómo lo hacen otros sitios (busca
 en tagwatch) y lo hagas igual.
 --
 Jaime Crespo

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


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


Re: [Talk-es] Landuse=residential

2011-09-06 Thread Jaime Crespo
El día 6 de septiembre de 2011 21:04, Javier Sánchez
javiers...@gmail.com escribió:
 Hola

 Me interesa el tema por que Matías Taborda y yo estamos preparando la
 importación de la base de datos de poblaciones del NGMEP [1] y sería
 bueno unificar criterios.
 [1] http://wiki.openstreetmap.org/wiki/ES:NGMEP

Pasaros por la lista de imports. Parece que la tendencia actual es a
no añadir etiquetas al estilo:
ngmep:XXX = ,
dejando sólo etiquetas propias de OSM (o inventando las que realmente
sean útiles) y dejar tan sólo una _referencia_ al elemento del archivo
externo, por si el día de mañana hay que añadir/actualizar cualquier
cosa.

--
Jaime Crespo

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


Re: [OSM-talk-fr] Re : LGV Bretagne-Pays de Loire

2011-09-06 Thread rldhont

Bonjoour,

Dans le cas d'une voie en construction, il est possible d'utiliser :
railway=construction
http://wiki.openstreetmap.org/wiki/Tag:railway%3Dconstruction

Sur Montpellier 2 lignes de tram sont actuellement en construction et le 
tracé connu a été mappé avec ce tag.


René-Luc

Le 06/09/2011 07:42, Sly a écrit :

Voir cette discussion ayant rapport :
http://lists.openstreetmap.org/pipermail/talk-fr/2011-August/035048.html

On a pas trouvé comment réparer

--
sly

- Reply message -
De : Pierre-André LeNy leny...@gmail.com
Pour : Discussions sur OSM en français talk-fr@openstreetmap.org
Objet : [OSM-talk-fr] LGV Bretagne-Pays de Loire
Date : lun., sept. 5, 2011 21:49


Bonsoir à tous,

Je sollicite la liste pour quelque chose qui m'interpelle.

J'ai vu récemment apparaître en base OSM un tracé de la future ligne à 
grande vitesse (nom de code LGV-BPL).


http://www.openstreetmap.org/browse/way/48998529

Je suis de près le projet depuis quelques années et j'ai tout de suite 
été interpellé par le fait que le tracé dans OSM n'est pas le bon.


En réalité, l'ajout dans OSM constitue juste en une ligne droite de 
Connerré (Sarthe) à Cesson-Sevigné (Ille et Vilaine). La ligne va être 
construite (elle) et le tracé est maintenant connu.


http://www.lgv-bpl.org/caracteristiques-projet/cartographie-trace/recherche-cartographique

Je peux comprendre que l'on ajoute des tracés connus et validés, 
notamment d'autoroutes, mais à ce niveau-là, j'ai plus de mal à 
comprendre l'intérêt et la valeur ajoutée de cette donnée.


J'ai contacté l'auteur de cet ajout pour lui demander son point de vue.

Et vous, que pensez-vous de cet ajout et de sa pertinence ?

D'une manière générale, comment sont mappées les lignes de chemin de 
fer (import ou gps ?) ? Cette ligne droite va t'elle subsister jusqu'à 
la mise en service (fin 2016) ;-/ ?
Quelles démarches seraient possibles pour mettre à jour ce tracé et le 
faire coller à la réalité (future) ?


Voilà, vous le constaterez, je me pose beaucoup de questions autour de 
cette LGV.


Merci d'avance pour vos éventuelles réponses.

PA (Paolo35)






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


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


Re: [OSM-talk-fr] Re : LGV Bretagne-Pays de Loire

2011-09-06 Thread Pierre-André Le Ny
Merci pour vos réponses.

Sly, est-ce que ton message sous-entend que le tracé a été bien mappé
initialement mais que Potlach2 et son alignement de points abusif est
passé par là ?

Dans ce cas, c'est encore pire que ce que je pensais. J'attends des
nouvelles de l'auteur de la modif.

Sinon, je partage l'avis que c'est pas bon en terme de qualité.

René-Luc, la voie est bien indiquée étant en construction.

Par contre, la source indiquée est le cadastre mais je ne l'ai pas vu via
JOSM et son greffon. A suivre.

Bonne journée

PA (Paolo35)


Le 6 septembre 2011 09:23, rldhont rldh...@gmail.com a écrit :

  Bonjoour,

 Dans le cas d'une voie en construction, il est possible d'utiliser :
 railway=construction
 http://wiki.openstreetmap.org/wiki/Tag:railway%3Dconstruction

 Sur Montpellier 2 lignes de tram sont actuellement en construction et le
 tracé connu a été mappé avec ce tag.

 René-Luc

 Le 06/09/2011 07:42, Sly a écrit :

 Voir cette discussion ayant rapport :
 http://lists.openstreetmap.org/pipermail/talk-fr/2011-August/035048.html

 On a pas trouvé comment réparer

 --
 sly

 - Reply message -
 De : Pierre-André LeNy leny...@gmail.com leny...@gmail.com
 Pour : Discussions sur OSM en français 
 talk-fr@openstreetmap.orgtalk-fr@openstreetmap.org
 Objet : [OSM-talk-fr] LGV Bretagne-Pays de Loire
 Date : lun., sept. 5, 2011 21:49


 Bonsoir à tous,

 Je sollicite la liste pour quelque chose qui m'interpelle.

 J'ai vu récemment apparaître en base OSM un tracé de la future ligne à
 grande vitesse (nom de code LGV-BPL).

 http://www.openstreetmap.org/browse/way/48998529

 Je suis de près le projet depuis quelques années et j'ai tout de suite été
 interpellé par le fait que le tracé dans OSM n'est pas le bon.

 En réalité, l'ajout dans OSM constitue juste en une ligne droite de
 Connerré (Sarthe) à Cesson-Sevigné (Ille et Vilaine). La ligne va être
 construite (elle) et le tracé est maintenant connu.


 http://www.lgv-bpl.org/caracteristiques-projet/cartographie-trace/recherche-cartographique

 Je peux comprendre que l'on ajoute des tracés connus et validés, notamment
 d'autoroutes, mais à ce niveau-là, j'ai plus de mal à comprendre l’intérêt
 et la valeur ajoutée de cette donnée.

 J'ai contacté l'auteur de cet ajout pour lui demander son point de vue.

 Et vous, que pensez-vous de cet ajout et de sa pertinence ?

 D'une manière générale, comment sont mappées les lignes de chemin de fer
 (import ou gps ?) ? Cette ligne droite va t'elle subsister jusqu'à la mise
 en service (fin 2016) ;-/ ?
 Quelles démarches seraient possibles pour mettre à jour ce tracé et le
 faire coller à la réalité (future) ?

 Voilà, vous le constaterez, je me pose beaucoup de questions autour de
 cette LGV.

 Merci d'avance pour vos éventuelles réponses.

 PA (Paolo35)






 ___
 Talk-fr mailing 
 listTalk-fr@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-fr



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


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


  1   2   >