date:20100331

Re: [talk-ph] RFC: Planned Arivac Bohol Data Import

2010-03-31 Thread maning sambale

Anonymized tracks (as requested by the donor) now available:
http://www.openstreetmap.org/user/arivac_bohol/traces/657789

This is the end of my role in this import process.

Thanks to all who got this rolling:
 - Totor for the initial contact
 - talk-ph for the comments and suggestions
 - Arivac Consortium particularly RITM and the Aalto University School
of Economics (formerly Helsinki School of Economics) in Finland

We leave to the OSM-PH community to continue maintaining and improving
the data.  I listed a some post-import tasks in the wiki, please add
more and update:
http://wiki.openstreetmap.org/wiki/WikiProject_Philippines/Data_import_Arivac_Bohol#Post_import_tasks


On Wed, Mar 31, 2010 at 11:14 AM, maning sambale
emmanuel.samb...@gmail.com wrote:
 POIs done (1979 nodes in all)!

 http://www.openstreetmap.org/browse/changeset/4282186

 The initial POI tags are here:
 http://wiki.openstreetmap.org/wiki/WikiProject_Philippines/Data_import_Arivac_Bohol#POI_tags

 Sample tagging
 OSM added tags
 amenity:clinic
 clinic:public
 source:arivac
 source:url:http://hisdu2.sph.uq.edu.au/arivac/
 FIXME:add names and proper tags

 Arivac reference tags
 arivac:name:L-01-606-010-06
 arivac:type_id:1.00
 arivac:typetxt:Barangay health station

 Some notes:
 1. I didn't reconciled it with the existing POIs in OSM, I hope local
 mappers would do that.
 2. Many tags are not official in a sense with the default OSM Map
 Features, for example, shop:corn_rice_mill.
 3. A lot of POIs I don't normally map myself but I feel this is
 important for rural areas like sari-sari stores which were tagged as
 shop=convenience.
 4. Some POIs are lumped into a sing category which needs further
 verification, for example, Car/motorcycle/bicycle shop/metal/car
 distributors which were tagged as       shop:car_parts.
 5.  All POIs don't have a name

 Enjoy!
 On Wed, Mar 31, 2010 at 7:04 AM, Marloue Pidor mur...@mail2engineer.com 
 wrote:
 Wow! this is nice, definitely this will help populate Bohol map.

 Best,

 murlwe

 -Original Message-
From: Jeroen Hellingman [jer...@bohol.ph]
Sent: 3/31/2010 4:04:18 AM
To:
Cc: talk-ph@openstreetmap.org
Subject: Re: [talk-ph] RFC: Planned Arivac Bohol Data Import


Hi All,

I've added a promotional article on this subject on my website

http://www.bohol.ph/article.php?id=243

Hope it helps to attract more volunteers.

Remarks and corrections welcome!

Jeroen.

On 2010-03-30 19:56, Eugene Alvin Villar wrote:
Well, because of Potlatch's 'R' key, many of Arivac's IDs are no longer
 correct. :-P


On Tue, Mar 30, 2010 at 10:19 PM, Totor totor_...@yahoo.com wrote:

Hi,

Great job Maning,
and thanks to Arivac for the data.

Some users are even more exited than you Maning:
Doy_nick is already racing to improve the data !
http://www.openstreetmap.org/history?bbox=123.626%2C9.54%2C124.18%2C9.806

 ___
 Get the Free email that has everyone talking at http://www.mail2world.com
 Unlimited Email Storage – POP3 – Calendar – SMS – Translator – Much More!

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





 --
 cheers,
 maning
 --
 Freedom is still the most radical idea of all -N.Branden
 wiki: http://esambale.wikispaces.com/
 blog: http://epsg4253.wordpress.com/
 --




-- 
cheers,
maning
--
Freedom is still the most radical idea of all -N.Branden
wiki: http://esambale.wikispaces.com/
blog: http://epsg4253.wordpress.com/
--

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

[talk-ph] RFC: Planned Arivac Bohol Data Import

2010-03-31 Thread Andre Marcelo-Tanner

- Do we remove the arivac tags once we fix it?
- Do we include St. or street, avenue etc in street names?
- Are the POIs imported properly, looking over all my POI's while mine 
are not totally accurate, there seems to be a general offset from my 
POIs to the Arrivac POIs, so I'm not sure which is correct
see my trace and POIs http://www.openstreetmap.org/user/kzap/traces/657452

Andre

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

[talk-ph] Bacolod Being Vandalized by Large Dinosaur?

2010-03-31 Thread Andre Marcelo-Tanner

This person seems to be having fun drawing on the map:
http://www.openstreetmap.org/browse/changeset/4287417

Also is Mr. Bacolod City http://www.openstreetmap.org/user/BacolodCity/edits
and his super huge track real? 
http://www.openstreetmap.org/user/BacolodCity/traces/653604

Didn't we just have an issue with Bacolod and undid everything there?

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

Re: [talk-ph] Bacolod Being Vandalized by Large Dinosaur?

2010-03-31 Thread Bart Bartolome

That's just sad.


On Thursday, 01 April, 2010 01:48 AM, Andre Marcelo-Tanner wrote:
 This person seems to be having fun drawing on the map:
 http://www.openstreetmap.org/browse/changeset/4287417

 Also is Mr. Bacolod City http://www.openstreetmap.org/user/BacolodCity/edits
 and his super huge track real?
 http://www.openstreetmap.org/user/BacolodCity/traces/653604

 Didn't we just have an issue with Bacolod and undid everything there?




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

[OSM-talk] Is this relation really closed?

2010-03-31 Thread James Le Cuirot

Hello,

I'm trying to turn the English (ceremonial) county boundaries from
OSM into MultiPolygons for use with PostGIS. The last step of the
process is...

ST_Multi(ST_BuildArea(multi-line string))

ST_BuildArea returns NULL if the given lines do not form a Polygon or
MultiPolygon. This has worked fine for the majority of counties, even
MultiPolygons like Cumbria and Polygons with holes like Greater London.
However, some simple ones such as Kent and County Durham return NULL
here and I cannot figure out why.

Here's the relation for Kent.

http://api.openstreetmap.org/api/0.6/relation/88071/full

The relationship analyzer says that the segment for Kent is closed.

http://betaplace.emaitie.de/webapps.relation-analyzer/analyze.jsp?relationId=88071

Am I misunderstanding what it means by closed? Looking at the map, it
appears to be closed. I have called the PostGIS functions ST_IsRing and
ST_IsClosed on the MultiLineString and they return false. Am I making a
bad assumption here?

I'll be in a lot of trouble if I don't figure this out soon so some
help would be greatly appreciated. :)

Thanks,
James

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

[OSM-talk] Fwd: Is this relation really closed?

2010-03-31 Thread Emilie Laffray

On 31 March 2010 17:20, James Le Cuirot ch...@aura-online.co.uk wrote:

 Hello,

 I'm trying to turn the English (ceremonial) county boundaries from
 OSM into MultiPolygons for use with PostGIS. The last step of the
 process is...

 ST_Multi(ST_BuildArea(multi-line string))

 ST_BuildArea returns NULL if the given lines do not form a Polygon or
 MultiPolygon. This has worked fine for the majority of counties, even
 MultiPolygons like Cumbria and Polygons with holes like Greater London.
 However, some simple ones such as Kent and County Durham return NULL
 here and I cannot figure out why.

 Here's the relation for Kent.

 http://api.openstreetmap.org/api/0.6/relation/88071/full

 The relationship analyzer says that the segment for Kent is closed.


 http://betaplace.emaitie.de/webapps.relation-analyzer/analyze.jsp?relationId=88071

 Am I misunderstanding what it means by closed? Looking at the map, it
 appears to be closed. I have called the PostGIS functions ST_IsRing and
 ST_IsClosed on the MultiLineString and they return false. Am I making a
 bad assumption here?

 I'll be in a lot of trouble if I don't figure this out soon so some
 help would be greatly appreciated. :)


You can use http://analyser.openstreetmap.fr
By entering the relation, you can see that there are 3 self intersections on
the coast.

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

Re: [OSM-talk] Fwd: Is this relation really closed?

2010-03-31 Thread James Le Cuirot

On Wed, 31 Mar 2010 17:28:09 +0100
Emilie Laffray emilie.laff...@gmail.com wrote:

 On 31 March 2010 17:20, James Le Cuirot ch...@aura-online.co.uk
 wrote:
 
  The relationship analyzer says that the segment for Kent is closed.
 
  http://betaplace.emaitie.de/webapps.relation-analyzer/analyze.jsp?relationId=88071
 
  Am I misunderstanding what it means by closed? Looking at the map,
  it appears to be closed. I have called the PostGIS functions
  ST_IsRing and ST_IsClosed on the MultiLineString and they return
  false. Am I making a bad assumption here?
   
 
 You can use http://analyser.openstreetmap.fr
 By entering the relation, you can see that there are 3 self
 intersections on the coast.
 

Thanks for your quick reply, Emilie. No doubt that is the culprit. I
have found a PostGIS function that can clean such problems but it would
be nice to fix the source data. I'm totally new to OSM and I live
nowhere near this area. It seems like a simple enough fix though. Would
it be considered rude for me to fix this? If the problem was that
obvious, wouldn't someone else have fixed it already?

James

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

Re: [OSM-talk] Fwd: Is this relation really closed?

2010-03-31 Thread Emilie Laffray

On 31/03/2010 18:02, James Le Cuirot wrote:

 Thanks for your quick reply, Emilie. No doubt that is the culprit. I
 have found a PostGIS function that can clean such problems but it would
 be nice to fix the source data. I'm totally new to OSM and I live
 nowhere near this area. It seems like a simple enough fix though. Would
 it be considered rude for me to fix this? If the problem was that
 obvious, wouldn't someone else have fixed it already?
   

Hello,

what you will find in PostGIS will fix the issue that you are having in
your import of the database, but not in the raw data. It would actually
consider rude not to fix it actually :)
The problem was not obvious. As you have seen yourself, one of the
relation tool didn't pick the issue. I don't think anyone is running a
verification of all relations in general.
You are more than welcome to try, and do not hesitate to ask for help if
you don't see what the problem is. I am sure that plenty of people will
be offering support if you need it.
It is not uncommon for me to fix errors in places like Japan. There are
errors that can be fixed just by looking at the geometry. It is the
beauty of collaborative work, everyone can fix it.

Emilie Laffray



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

[OSM-talk] setting up a new PostGIS server, now MapNik doesn't render PostGis data any more

2010-03-31 Thread Torsten Mohr

Hi,

i've set up a new PostGIS server on Linux, i had all tools installed before, 
i've just replaced the old database gis with a new one that i've imported 
using -l instead of -m, so i use lat/lon instead of mercaator.

Now Mapnik still renders GeoTIFF and Shapefiles, but no data that come from 
PostGIS.  But also, normal SQL queries still work.


So i wonder what went wrong?


Where could i search next?


Thanks for any hints,
Torsten.

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

Re: [OSM-talk] setting up a new PostGIS server, now MapNik doesn't render PostGis data any more

2010-03-31 Thread Frederik Ramm

Hi,

Torsten Mohr wrote:
 i've set up a new PostGIS server on Linux, i had all tools installed before, 
 i've just replaced the old database gis with a new one that i've imported 
 using -l instead of -m, so i use lat/lon instead of mercaator.
 
 Now Mapnik still renders GeoTIFF and Shapefiles, but no data that come from 
 PostGIS.  But also, normal SQL queries still work.

What is the setting of

Parameter name=estimate_extent
Parameter name=extent

in your Mapnik style?

Bye
Frederik

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

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

[OSM-talk] Ordnance Survey

2010-03-31 Thread Richard Fairhurst

For those who don't live on Twitter:

The UK Government has just announced its decision on freeing Ordnance 
Survey data. Full document is at 
http://www.communities.gov.uk/documents/corporate/pdf/1528263.pdf

Quick summary of what'll be released:

- medium-resolution vector data (Meridian2), includes street geometries 
and names though the curves are a bit angular: see 
http://www.ordnancesurvey.co.uk/oswebsite/products/meridian2/
- another new vector dataset called OS VectorMap District, scope as yet 
unknown
- StreetView raster data (includes street names, building outlines)
- postcodes, though with points (unit centres) not areas (Code-Point Open)
- administrative boundaries (Boundary-Line)
- gazetteer (OS Locator)
- terrain data (Land-Form PANORAMA)
- a couple of negligible very small-scale maps

Contrary to original proposal, Landranger and Explorer rasters 
(1:25k/1:50k) will not be included.

Data available tomorrow (Thursday) at 
http://www.ordnancesurvey.co.uk/opendata .

Licence will be without restrictions on use and re-use. Original 
proposal was CC-BY. The response notes that several respondees (many of 
whom read this list, I suspect) suggested either pure PD or the ODC 
licences because of the database rights issue, but doesn't actually say 
what the licence will be.

I'm sure there are a few other things we'd have liked to have seen 
(aerial imagery, for example) but on balance this is a great result IMO 
- and one that wouldn't have happened without OSM.

Suggest follow-ups to talk-gb.

cheers
Richard

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

Re: [OSM-talk] setting up a new PostGIS server, n ow MapNik doesn't render PostGis data any more

2010-03-31 Thread Torsten Mohr

Hello,

  Now Mapnik still renders GeoTIFF and Shapefiles, but no data that come
  from PostGIS.  But also, normal SQL queries still work.
 
 What is the setting of
 
 Parameter name=estimate_extent
 Parameter name=extent

Parameter name=estimate_extentfalse/Parameter
Parameter name=extent-20037508,-19929239,20037508,19929239/Parameter

so it is a problem of the settings?  From googling it seems i need to
set extent to -180,-90, 180,89.99 ?


Do i also need to change the SRS?  At the moment it is set to:

+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 
+units=m +nadgri...@null +no_defs +over


In some examples i only see:

+proj=latlong +datum=WGS84


Best regards,
Torsten.

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

Re: [OSM-talk] ANNOUNCEMENT: maxspeed map

2010-03-31 Thread Florian Lohoff

On Tue, Mar 30, 2010 at 04:22:12PM -0500, Tim Litwiller wrote:
 Very Nice!   When will it fully support mph speeds in the U.S.A ?
 ie: we tag maxspeed=65 mph rather than maxspeed=100 to get ~ the 
 same highway speed.
 in the U.S.A. the speed limit signs are a white rectangle  higher than 
 they are wide
 see
 http://en.wikipedia.org/wiki/File:US_speed_limits.svg
 for examples.

Yeah - i am thinking about more regionalized visualiation, this is
why i played a bit with the center of the map to admin boundary
mapping.

The mph issue is top on the list - Next will be the signs.

I'll be on vacation for 3 Weeks from 6th of April so dont
expect anything before may 

Flo
-- 
Florian Lohoff f...@zz.de
Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen.
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin 


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

Re: [OSM-talk] [Talk-GB] Ordnance Survey

2010-03-31 Thread Andy Robinson (blackadder-lists)

Slap on the back all round I think. I'll raise a glass at the Brum social
tomorrow night :-)

Cheers

Andy

-Original Message-
From: talk-gb-boun...@openstreetmap.org [mailto:talk-gb-
boun...@openstreetmap.org] On Behalf Of Richard Fairhurst
Sent: 31 March 2010 9:36 PM
To: talk@openstreetmap.org; talk-gb OSM List (E-mail)
Subject: [Talk-GB] Ordnance Survey

For those who don't live on Twitter:

The UK Government has just announced its decision on freeing Ordnance
Survey data. Full document is at
http://www.communities.gov.uk/documents/corporate/pdf/1528263.pdf

Quick summary of what'll be released:

- medium-resolution vector data (Meridian2), includes street geometries
and names though the curves are a bit angular: see
http://www.ordnancesurvey.co.uk/oswebsite/products/meridian2/
- another new vector dataset called OS VectorMap District, scope as yet
unknown
- StreetView raster data (includes street names, building outlines)
- postcodes, though with points (unit centres) not areas (Code-Point
Open)
- administrative boundaries (Boundary-Line)
- gazetteer (OS Locator)
- terrain data (Land-Form PANORAMA)
- a couple of negligible very small-scale maps

Contrary to original proposal, Landranger and Explorer rasters
(1:25k/1:50k) will not be included.

Data available tomorrow (Thursday) at
http://www.ordnancesurvey.co.uk/opendata .

Licence will be without restrictions on use and re-use. Original
proposal was CC-BY. The response notes that several respondees (many of
whom read this list, I suspect) suggested either pure PD or the ODC
licences because of the database rights issue, but doesn't actually say
what the licence will be.

I'm sure there are a few other things we'd have liked to have seen
(aerial imagery, for example) but on balance this is a great result IMO
- and one that wouldn't have happened without OSM.

Suggest follow-ups to talk-gb.

cheers
Richard

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

No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 9.0.791 / Virus Database: 271.1.1/2780 - Release Date: 03/31/10
07:32:00


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

Re: [OSM-talk] Fwd: Is this relation really closed?

2010-03-31 Thread James Le Cuirot

On Wed, 31 Mar 2010 18:57:52 +0100
Emilie Laffray emilie.laff...@gmail.com wrote:
 
 what you will find in PostGIS will fix the issue that you are having
 in your import of the database, but not in the raw data. It would
 actually consider rude not to fix it actually :)
 The problem was not obvious. As you have seen yourself, one of the
 relation tool didn't pick the issue. I don't think anyone is running a
 verification of all relations in general.
 You are more than welcome to try, and do not hesitate to ask for help
 if you don't see what the problem is. I am sure that plenty of people
 will be offering support if you need it.
 It is not uncommon for me to fix errors in places like Japan. There
 are errors that can be fixed just by looking at the geometry. It is
 the beauty of collaborative work, everyone can fix it.

Then fix it, I will! And I have tried actually but that site is still
reporting problems and PostGIS still isn't accepting it. I thought the
problem was that the ways went back on themselves, though they didn't
actually cross, so I merged with the nodes of the other nearby
boundary. Why there are two almost identical boundaries for this
stretch of coastline, I'm not quite sure. Is this likely to be a
mistake? And if this isn't the right way to fix a self-intersection,
what is? My edit is here.

http://www.openstreetmap.org/browse/changeset/4289465

James

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

Re: [OSM-talk] Fwd: Is this relation really closed?

2010-03-31 Thread James Le Cuirot

On Wed, 31 Mar 2010 22:23:44 +0100
James Le Cuirot ch...@aura-online.co.uk wrote:

 And I have tried actually but that site is still
 reporting problems and PostGIS still isn't accepting it. I thought the
 problem was that the ways went back on themselves, though they didn't
 actually cross, so I merged with the nodes of the other nearby
 boundary.

Ignore that, it appears that my fixes did work but the analyser has
picked up two more problems elsewhere. My browser was caching the old
marker locations. I hope I don't have to fix too many of these. :/

And I still don't know why there are two separate boundaries for the
same stretch of coastline.

James

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

Re: [OSM-talk] [Talk-GB] Ordnance Survey

2010-03-31 Thread Gregory

Thanks very much Richard. I had been sitting in my GIS class this morning
thinking about the due announcement as the lecturer mentioned OS OpenSpace,
and said OS is like the Canada and USA mapping agencies. More on my blog
http://www.livingwithdragons.com/2010/03/teaching-neogeography
http://www.livingwithdragons.com/2010/03/teaching-neogeography

On 31 March 2010 13:36, Richard Fairhurst rich...@systemed.net wrote:

 Licence will be without restrictions on use and re-use. Original
 proposal was CC-BY.

Without restrictions? Does that mean no attribution, it sounds like PD. Or
does it mean they haven't told us the exact license yet but it will be
nice?

I'm sure there are a few other things we'd have liked to have seen
 (aerial imagery, for example) but on balance this is a great result IMO
 - and one that wouldn't have happened without OSM.

Should we be importing anything to OSM? Or at least making comparison tools
around this OS data to compare our coverage? If there is tracing to be done
then it might make a great project of the week.

-- 
Gregory
o...@livingwithdragons.com
http://www.livingwithdragons.com
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-nl] 3DShapes en de nieuwe licentie (als die er ooit nog komt)

2010-03-31 Thread Stefan de Konink

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Op 30-03-10 22:40, Stefan de Konink schreef:
 Op 30-03-10 22:38, F. Heinen schreef:
 Kun jij een lijst maken met alle OSMers in NL dan?
 
 Die nu op de kaart staan is appeltje eitje ja :)

http://mijndev.openstreetmap.nl/~skinkie/huidige-gebruikers.txt

Dit geeft wel een /redelijk/ inzicht, maar is niet historisch correct.


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

iEYEAREKAAYFAkuzQs0ACgkQYH1+F2Rqwn0ShwCggllLXANIEHYyJyccFXtsGf8X
cUsAoI5SKyla1hsfQsC7qmek91/YvR2b
=kMsh
-END PGP SIGNATURE-

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

Re: [OSM-talk-nl] Crosspost: rücksichtslos van Yah oo overtrekken

2010-03-31 Thread Stefan de Konink

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Op 30-03-10 22:51, Cartinus schreef:
 Daar hoef je niet eens voor naar verschillende steden te kijken. Zelfs binnen 
 een stad als Utrecht zijn er op korte afstand sterke verschillen.
 
 Ik vond vooral de Julianaweg vreemd. Dat zijn allemaal dezelfde soort jaren 
 dertig rijtjeshuizen. Bij twee van de tien bouwblokken zijn de individuele 
 rijtjes getekend. Bij de andere acht staat het hele blok (inclusief 
 achtertuinen) er als één gebouw op

Ik heb zo'n vermoeden dat dat best eens met de eigenaar van die huizen
te maken kan hebben.


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

iEYEAREKAAYFAkuzRb8ACgkQYH1+F2Rqwn149gCgk70OesxITOAzqoafTo+CQrDA
A+AAoIzfNFXnzMctjozSqL9LIIzRlgkn
=V1Z9
-END PGP SIGNATURE-

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

Re: [OSM-talk-nl] 3DShapes en de nieuwe licentie (als die er ooit nog komt)

2010-03-31 Thread Lennard

 http://mijndev.openstreetmap.nl/~skinkie/huidige-gebruikers.txt

 Dit geeft wel een /redelijk/ inzicht, maar is niet historisch correct.

En geeft ook gebruikers buiten NL. Voor de echte telling zul je nog een
keer Nederland sec moeten uitknippen uit de planet-benelux.

-- 
Lennard



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

Re: [OSM-talk-nl] 3DShapes en de nieuwe licentie (als die er ooit nog komt)

2010-03-31 Thread Henk Hoff

Dat hoeft nog niet te betekenen dat zij niet in NL aan de kaart hebben
gewerkt. Zo heb ik ook wel wat zaken in Belgie, Luxemburg, Duitsland, UK,
USA en zo nog wat landen gewijzigd.

Gr,
Henk

Op 31 maart 2010 15:00 schreef Lennard l...@xs4all.nl het volgende:

  http://mijndev.openstreetmap.nl/~skinkie/huidige-gebruikers.txt
 
  Dit geeft wel een /redelijk/ inzicht, maar is niet historisch correct.

 En geeft ook gebruikers buiten NL. Voor de echte telling zul je nog een
 keer Nederland sec moeten uitknippen uit de planet-benelux.

 --
 Lennard



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

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

Re: [OSM-talk-nl] 3DShapes en de nieuwe licentie (als die er ooit nog komt)

2010-03-31 Thread Stefan de Konink

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Op 31-03-10 19:53, Henk Hoff schreef:
 Dat hoeft nog niet te betekenen dat zij niet in NL aan de kaart hebben
 gewerkt. Zo heb ik ook wel wat zaken in Belgie, Luxemburg, Duitsland,
 UK, USA en zo nog wat landen gewijzigd.

Zuch... dit hele ding is niet representatief omdat history er niet in is
verwerkt. Als je dan toch gaat zeuren doe het dan iig goed.


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

iEYEAREKAAYFAkuzjgIACgkQYH1+F2Rqwn2YygCfVka/qUhUCvARG9uEcVjed553
AowAn1XbkoB/k6KxZAoirlAFwnKQqCeB
=8Hdn
-END PGP SIGNATURE-

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

Re: [OSM-talk-nl] Crosspost: rücksichtslos van Yah oo overtrekken

2010-03-31 Thread Cartinus

On Wednesday 31 March 2010 14:53:19 Stefan de Konink wrote:
 Op 30-03-10 22:51, Cartinus schreef:
  Daar hoef je niet eens voor naar verschillende steden te kijken. Zelfs
  binnen een stad als Utrecht zijn er op korte afstand sterke verschillen.
 
  Ik vond vooral de Julianaweg vreemd. Dat zijn allemaal dezelfde soort
  jaren dertig rijtjeshuizen. Bij twee van de tien bouwblokken zijn de
  individuele rijtjes getekend. Bij de andere acht staat het hele blok
  (inclusief achtertuinen) er als één gebouw op

 Ik heb zo'n vermoeden dat dat best eens met de eigenaar van die huizen
 te maken kan hebben.

Natuurlijk niet. in een typische jaren dertig straat zijn alle huizen 
individueel privé bezit.


-- 
m.v.g.,
Cartinus

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

Re: [OSM-talk-nl] Crosspost: rücksichtslos van Yah oo overtrekken

2010-03-31 Thread Stefan de Konink

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Op 31-03-10 20:39, Cartinus schreef:
 Natuurlijk niet. in een typische jaren dertig straat zijn alle huizen 
 individueel privé bezit.

Mmm... omkeerd dus :) Ok dan ging mijn kadaster splitsing niet op idd :P


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

iEYEAREKAAYFAkuzmnkACgkQYH1+F2Rqwn2apACeMJQS1T4T+StPItEV8+RrQO3y
A50An1NlJNKKxkQNZW47L8EeDxb6ID34
=gsPQ
-END PGP SIGNATURE-

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

[OSM-talk-nl] UK Kadaster gaat nu ook PD [of slechte 1 april]

2010-03-31 Thread Stefan de Konink

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

 Licence will be without restrictions on use and re-use.

Nouja, als zelfs het kadaster van de UK voor PD gaat (ipv het
voorgestelde CC-BY) dan is er weinig reden meer waarom OSM een
restrictievere licentie moet hebben dan de ergernis waar het vanaf kwam!


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

iEYEAREKAAYFAkuzvBIACgkQYH1+F2Rqwn3gVACfT3aCCV0S6QAsMcnl856pIOmH
2MUAmwf45V1xr6xFsza9k2qccTaPq7XG
=Zwsf
-END PGP SIGNATURE-

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

Re: [OSM-talk-nl] 3DShapes en de nieuwe licentie (als die er ooit nog komt)

2010-03-31 Thread Henk Hoff

Hola, wanneer je het tegen mij hebt, wil ik je even even op attenderen dat
ik reageerde op Lennard die aangaf dat er ook gebruikers van buiten NL in je
lijstje voorkwam. Ik heb aangegeven dat ik als Nederlander ook wel eens in
het buitenland map en dat daarmee dus buitenlanders ook wel eens in NL
kunnen mappen.

Gr,
Henk


Op 31 maart 2010 20:01 schreef Stefan de Konink ste...@konink.de het
volgende:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA512

 Op 31-03-10 19:53, Henk Hoff schreef:
  Dat hoeft nog niet te betekenen dat zij niet in NL aan de kaart hebben
  gewerkt. Zo heb ik ook wel wat zaken in Belgie, Luxemburg, Duitsland,
  UK, USA en zo nog wat landen gewijzigd.

 Zuch... dit hele ding is niet representatief omdat history er niet in is
 verwerkt. Als je dan toch gaat zeuren doe het dan iig goed.


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

 iEYEAREKAAYFAkuzjgIACgkQYH1+F2Rqwn2YygCfVka/qUhUCvARG9uEcVjed553
 AowAn1XbkoB/k6KxZAoirlAFwnKQqCeB
 =8Hdn
 -END PGP SIGNATURE-

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

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

Re: [OSM-talk-nl] 3DShapes en de nieuwe licentie (als die er ooit nog komt)

2010-03-31 Thread Lennard

Henk Hoff wrote:
 Hola, wanneer je het tegen mij hebt, wil ik je even even op attenderen 
 dat ik reageerde op Lennard die aangaf dat er ook gebruikers van buiten 
 NL in je lijstje voorkwam. Ik heb aangegeven dat ik als Nederlander ook 
 wel eens in het buitenland map en dat daarmee dus buitenlanders ook wel 
 eens in NL kunnen mappen.

En ik bedoelde eigenlijk te zeggen dat er ook *edits* in het buitenland 
in voorkwamen, aangezien de telling gebaseerd is op de planet-benelux 
extract.

Waarom ik 'gebruikers' zei, weet ik ook niet. Ik zal vaker tot 10 tellen 
voordat ik op Send druk.

-- 
Lennard

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

Re: [Talk-de] Details mappen in Dortmund

2010-03-31 Thread qbert biker


 Original-Nachricht 
 Datum: Wed, 31 Mar 2010 00:07:16 +0200
 Von: Martin Koppenhoefer dieterdre...@gmail.com
 An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org
 Betreff: Re: [Talk-de] Details mappen in Dortmund

 
 nö, das eine hat mit dem anderen nichts zu tun. Wem an einer
 ansehnlichen Darstellung gelegen ist, der sollte wohl versuchen, die
 Nodes jeweils auf gleicher Höhe zu setzen, solange es wirklich um
 parallele Verläufe geht.

Also die vielen 'krummen Dinger', die ich bei OSM finde,
finde ich in der Realitaet nicht ;). Ansonsten ist das natuerlich
auch etwas, was der Fehlerfortpflanzung unterworfen ist, ausser
man hat so perfeke Ausgangsdaten, dass man beide Linien an
Messdaten oder Bildern ausrichten kann, die eine entsprechende
Aufloesung (Hausnummer: unter einem Meter) erlauben.
 
 Änderungen in der Bauausführung im Vergleich zur Planung sind nicht in
 erster Linie Fehler des Bauarbeiters sondern Reaktionen auf
 Unvorhergesehenes, Änderungen aufgrund zwischenzeitlich geänderter
 Anforderungen, sonstiger (z.B. gesetzlicher) Grundlagen und
 Einschätzungen, Reaktionen auf Widerstände (z.B. von Anwohnern), etc.

Oder eben Pixelfehler, die zu angenommenen Abweichungen fuehren
oder, eher der Normalfall, kleine Aussetzer im Auge des Mappers.
Ich habe lange genug die Richtungsfahrbahnen der Autobahnen
als Doppellinie gesetzt, um Erfahrungen darin zu haben...
 
 Interessant sind ja gerade die Stellen, wo es zu Reibungen kam, oder
 z.B. auf unterirdisch verlaufende Leitungen reagiert wurde, etc.,
 nicht die, die glatt durchgezogen werden konnten. Diese Vorgänge sind
 so komplex dass wir mit unserem Ansatz, iterativ diese Details
 aufzunehmen, besser fahren als mit der Idee, von der Planung über die
 Realisierung die Wirklichkeit parametrisch nachbauen zu wollen.

Aus eigener Erfahrung kann ich sagen, dass von dieser gefuehlten
Genauigkeit wenig uebrig bleibt, wenn man da mal richtig
nachmisst. So ein Klassiker ist z.B. die Zeitmessung im Skisport.
Da haben mal teusendstel Sekunden ueber Sieg und Niederlage
entschieden, bis sich jemand mal den Ausloeser am Start
vorgenommen- und rausgefunden hat, dass der technisch nur
Hunderstel aufloest ;)

Derzeit wird bei Strassen eh nur eine gefuehle Mittellinie
eingetragen, schon das ist eine Fehlerquelle. Ich kenne jetzt
auch keine Moeglichkeit, eingetragene Spuranzahlen und Breiten
ueberhaupt zu verifizieren. Wie schon geschrieben, hatte ich
mich mal an dem besagten Kreuz ausgetobt und Breitendaten
aktiv zur besseren Anpassung an die Realitaet genutzt und ich
finde das Ergebnis bildet die Flaechen schon ganz gut ab.

Gruesse Hubert
-- 
GMX DSL: Internet, Telefon und Entertainment für nur 19,99 EUR/mtl.!
http://portal.gmx.net/de/go/dsl02

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

Re: [Talk-de] JOSM -- WMS-Plugin Einstellungen wieder herstellen

2010-03-31 Thread Falk Zscheile

Am 31. März 2010 00:06 schrieb Sebastian Klein basti...@googlemail.com:
Falk Zscheile wrote:
Hallo,

seit ich eine JOSM-Kopie vom USB-Stick gestartet habe findet JOSM
seine ursprüglichen Einstellungen nicht mehr, wenn ich ihn wieder aus
seinem Ursprungsverzeichnis heraus starte. Unter anderen sind alle
installierten Plugins nicht mehr eingebunden. Eigentlich kein
Beinbruch, aber aber um meine zahlreichen Links im WMS-Plugin ist es
schon ein wenig schade. Bis ich die wieder zusammengesucht habe ...

In welcher Datei sind die WMS-Links abgelegt und wie kann ich JOSM
dazu bringen, dass er sie wieder läd? Ein erneutes installieren des
WMS-Plugins fördert die Links nicht wieder zu tage :-(

die Links sind in der Datei preferences gespeichert.

Das müsste dann so oder ähnlich aussehen:

wmsplugin.url.1.name=Dortmund#PPD=4.554348571436376E7
wmsplugin.url.1.url=http://wms.openstreetmap.de/wms?LAYERS=Dortmund;
wmsplugin.url.2.name=Landsat
wmsplugin.url.2.url=http://onearth.jpl.nasa.gov/wms.cgi?request=GetMaplayers=global_mosaicstyles=format=image/jpeg;
wmsplugin.url.3.name=Open Aerial Map
wmsplugin.url.3.url=http://openaerialmap.org/wms/?VERSION=1.0request=GetMaplayers=worldstyles=format=image/jpeg;

Danke für den Hinweis. Neuinstalation der Plugins und anschließendes
kopieren der alten preferences-Datei hat zum Erfolg geführt.
WMS-Links sind wieder da.

Gruß, Falk

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

Re: [Talk-de] GDB in Josm einlesen

2010-03-31 Thread Stephan Wolff

Am 30.03.2010 22:33, schrieb Jan Tappenbeck:
 gibt es eigentlich einen Weg GDB-Dateien direkt in JSOM einlesen zu
 können - wäre sinnvoll da einige nicht hardcore-Mapper mit diesen
 durch MAPSOURCE kommen.

Moin,

selbst für einen normalen Computernutzer sollte es möglich sein, im 
Speicherdialog das Format *.gpx auszuwählen. Der Dialog folgt dem 
Windowsstandard und sieht genauso aus wie in den meisten anderen Programmen.
Bei der vor einigen Wochen erschienenen Mapsource Version 6.15.11 
funktioniert der gpx-Export auch wieder fehlerfrei. Die älteren 6.15.X 
Versionen führten bei mir und vielen anderen zu einem Absturz des 
Programms beim gpx-Export. Garmin hat nur etwas mehr als ein Jahr für 
die Fehlerbeseitigung gebraucht.

Viele Grüße

Stephan


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

Re: [Talk-de] GDB in Josm einlesen

2010-03-31 Thread Jacques Nietsch

Hallo Jan,

Du kannst die GDB mit gpsbabel oder Routeconverter in ein gpx konvertieren.
HTH

Jacques

Am 31.03.2010, 08:43 Uhr, schrieb Jan Tappenbeck o...@tappenbeck.net:

 Am 30.03.2010 23:43, schrieb Sven Geggus:
 Jan Tappenbecko...@tappenbeck.net  wrote:

 gibt es eigentlich einen Weg GDB-Dateien direkt in JSOM einlesen zu
 können - wäre sinnvoll da einige nicht hardcore-Mapper mit diesen
 durch MAPSOURCE kommen.

 Da ich gdb nur als Kürzel für GNU Debugger kenne und gdal auch kein
 gdb Format kennt muss ich mal blöd fragen um was genau es sich dabei
 handelt.

 Sven



 Moin Sven,

 in [1] wird das wie folgt beschrieben:

 gdb-Dateien sind Garmin Data Base Dateien für Garmingeräte, können aber
 von praktisch jedem Konvertierungsprogramm gelesen und umgewandelt oder
 aus anderen Formaten erzeugt werden (ein Vorteil der Beständigkeit u.
 weiten Verbreitung der Garmingeräte).

 gruß Jan :-)

 [1] http://www.gs-forum.eu/showthread.php?t=33057


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


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

Re: [Talk-de] GDB in Josm einlesen

2010-03-31 Thread Sven Geggus

Jacques Nietsch jacques.niet...@gmx.de wrote:

 Du kannst die GDB mit gpsbabel oder Routeconverter in ein gpx konvertieren.

gpsbabel kann auch direkt osm Format.

Sven

-- 
How to prevent Java from forking? Use a spoon.
(Found on http://slashdot.org)

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

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

Re: [Talk-de] Stolpersteine - Stein-Text erfassen oder nicht ?

2010-03-31 Thread René Falk

Am 31.03.2010 01:33, schrieb AssetBurned:

 können wir, wenn es jemand macht, warum nicht? So viel anderes gibt es
 auf Friedhöfen nicht zu mappen.

Oh doch, Abfall-Recycling, Bänke, Wege + Straßen, Grünflächen ohne
Gräber, markante Bäume, Abfalleimer, Toiletten, Kapellen, Wegweiser,
Bushaltestellen, Denkmäler und Statuen, Tourist-Infos, Springbrunnen,
Wasserentnahmestellen, besondere Botanische Merkmale, usw.

 äh ok also dann viel spass beim mappen von sowas hier:
 http://twitpic.com/1c1z8t
 http://twitpic.com/1c212f
 http://twitpic.com/1c20xy
 
 die steine im zweiten bild waren etwa so groß wie nen din A3 zettel
 aber wehe da ist nicht wirklich jeder grabstein zentimeter genau gemappt ;-)

Naja, bald gibt es dann sicherlich auch tags für die verschiedenen
Grablegen. Bei größeren Grabstellen und Grüften ist sicher auch eine
flächenmäßige Erfassung sinnvoll.

Grüße

René

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

[Talk-de] osmosis und poly-filter - reihenfolge

2010-03-31 Thread Walter Nordmann


hi,

ich bin gerade dabei, meinen lokalen Datenupdate auf die Nutzung der
hourly-files mittels osmosis umzustellen. klappt ganz gut - nach drei Tagen
Arbeit :)

 da diese daily/hourly und minutes-files immer die weltweiten Updates des
letzten Zeitraumes enthalten (planet-file), schneide ich mir mit einem
Poly-file dem interessanten Teil raus.

Meine Frage ist jetzt: wann sollte ich das machen?

a) am Ende der Verarbeitungskette als letzten Schritt?
b) möglichst früh am Anfang?

a ist langsam, da ja der ganze Ballast mitgeschleppt wird und b ist
wesentlich schneller, da ich ja Feuerland und andere Gegenden sofort
rausschmeiße.

Bevor ich jetzt stundenlang teste, ob am Ende das gleiche rauskommt, frag
ich euch lieber mal.

Mfg

walter

-
Der Kopf ist rund, damit die Gedanken auch mal die Richtung ändern können.
-- 
View this message in context: 
http://n2.nabble.com/osmosis-und-poly-filter-reihenfolge-tp4829923p4829923.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] Restrictionen und cycleway=track

2010-03-31 Thread Chris-Hein Lunkhusen

Martin Koppenhoefer schrieb:

 wie ist das eigentlich, wenn an einem Way eine Restriction hängt und
 gleichzeitig cycleway=track.

 Gilt dann die Restriction auch autom. für den Radweg ??
 Ja, es sei denn Du versiehst die Restriction mit einer Ausnahme
 für Fahrräder (Siehe Wiki).

 und wie wird width bestimmt? Sollte man in Fällen von einseitigem
 Track die highway-Mittellinie ggf. auf dem trennenden Grünstreifen
 zeichnen, wenn das die geometrische Mitte ist? 

Ich persönlich würde als Mittellinie die Mittellinie der Fahrbahn
nehmen, sehe es aber nicht als s wichtig an. ;-)

 Wie kann man
 Abbiegerestriktionen erfassen, die nur für den Fahrradtrack gelten?

Über eine Ausnahme für Autos (except=motorcar).

 Wie kann man Einbahnregelungen für den Fahrradtrack mappen?

Radweg separat mappen.

Chris


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

Re: [Talk-de] osmosis und poly-filter - reihenfolge

2010-03-31 Thread Frederik Ramm

Walter,

Walter Nordmann wrote:
  da diese daily/hourly und minutes-files immer die weltweiten Updates des
 letzten Zeitraumes enthalten (planet-file), schneide ich mir mit einem
 Poly-file dem interessanten Teil raus.
 
 Meine Frage ist jetzt: wann sollte ich das machen?
 
 a) am Ende der Verarbeitungskette als letzten Schritt?
 b) möglichst früh am Anfang?
 
 a ist langsam, da ja der ganze Ballast mitgeschleppt wird und b ist
 wesentlich schneller, da ich ja Feuerland und andere Gegenden sofort
 rausschmeiße.

Frag mal den Tobias Wendorff, der hat sich auch sowas gebastelt.

Bye
Frederik


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

[Talk-de] Tag für Flurnamen?

2010-03-31 Thread Holger s...@der

Hallo Liste,
Gibt es jetzt eingentlich Tags für Flurnamen die dann z.B. in der Reit- 
und Wanderkarte angezeigt werden könnten?
Ciao Holger

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

Re: [Talk-de] osmosis und poly-filter - reihenfolge

2010-03-31 Thread Frederik Ramm

Hallo,

Frederik Ramm wrote:
  da diese daily/hourly und minutes-files immer die weltweiten Updates des
 letzten Zeitraumes enthalten (planet-file), schneide ich mir mit einem
 Poly-file dem interessanten Teil raus.

 Meine Frage ist jetzt: wann sollte ich das machen?

Gerade sehe ich, dass Du im Subject gezielt nach Osmosis fragst. Im dem 
Fall hast Du natuerlich keine Wahl, Du kannst den Filter erst nach dem 
Applizieren des .osc-Files anbringen und nicht schon davor (es gibt 
keinen --bp-Task, der auf Change Streams anwendbar ist).

Bye
Frederik

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

1 2 3 >

1 - 100 of 225 matches

Mail list logo