date:20100118

2010-01-18 Thread ce-test, qualified testing bv - Gert Gremmen

Hi,

Am 18.01.2010 um 02:04 schrieb Mikel Maron:

 The Haiti wiki page was getting unwieldy I think, so I re-organized into 
 sub-pages with the hope that it's easier for someone to quickly find the 
 information they need ... whether they are a map user, developer, and editor.

I've added a navigation bar to the top, should make navigation between subpages 
easier. Task and Ideas moved to 
http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/Tasks_and_Ideas
Especially the WMS links still need a clean up and some wiki internal links are 
broken because of the move to subpages.

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

[OSM-talk] haiti field reqs: tutorials materials on osm and josm to build up training materials meant to GIS and non GIS responders (with no OSM background)

2010-01-18 Thread nicolas chavent

Hi there.

This one of the item listed in the Haiti Project Wiki -
Tasks_and_Ideashttp://wiki.openstreetmap.org/wiki/WikiProject_Haiti/Tasks_and_Ideas,
I did not find any post on this on the list; apologies if I am mistaking and
grateful if i can be repointed to the relevant responses.

Here's a short call for some sound guidance documents for using gps and josm
if any available outside of the osm beginner guide and josm guide; by the
way, any way to bring them into a pdf doc.
The aim is to build straightforward and tailored to the Haiti EQ response
for GISers and non GISers responders with no familiarity at all with OSM to
used the OSM tools to edit directly in OSM and not share their info with OSM
via shapefile or other data sharing format.

Tx in advance for any materials
Best
N

-- 
Nicolas Chavent
Humanitarian OpenStreetMap Team
http://wiki.openstreetmap.org/wiki/WikiProject_Haiti
Mobile (FRA): +33 6 75 14 29 70
Email: nicolas.chav...@gmail.com
Skype: c_nicolas
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] how to apply OSM styles to maps using Quantum GIS

2010-01-18 Thread Jukka Rahkonen

Felipe Carrillo mazatlanmexico at yahoo.com writes:

 
 Hi:
 Could someone point out to a step by step document where I can learn about map
styles? I am trying to map county
 roads and highways but my line shapes don't have any style and look plain. 

Hi,

I suppose you have downoaded OSM shapefiles and opened them with QGIS.  Now
select the layer and go through menu:
Layer - Properties - Symbology.

If you would like to colour highways according to their type (at least
Datafabrik shapes has this attribute) select next
Legend type= Unique value
Press Classify

You will see each road type coloured with unique colour.  You can change the
colours, delete classes if you do not want then all on your map, play with
styles etc. You can also save the style so you do not need to start from the
beginning each time.

If you want better scale dependent rendering you will need to split the
shapefile according to highway type so you can hide lower class roads while
zoomed far.  But creating styles with QGIS is very intuitive and you will learn
a lot by trial and error. 

Search from Yahoo! with words QGIS and style yields 50300 hits.  Perhaps you
could start from QGIS user guide http://qgis.sourceforge.net/docs/userguide.pdf

If you are trying to use QGIS OSM provider for editing OSM data directly I can't
say anything about how to change the default styles with it.

-Jukka-


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

[OSM-talk] GISCorps has received a request for four volunteers from the UN

2010-01-18 Thread Alexrk

Hello,

Seems URISA and GISCorps are forming a small team of volunteers for the UN 
office in NYC.

http://www.giscorps.org/documents/UN_JD_final.pdf

You might ask them whether they need any data or help regarding OSM-related 
stuff.

see http://www.giscorps.org

GISCorps have quit a lot of experience in building GIS infrastructure for 
disaster management and organizing volunteer work. They did a great, great work 
with the hurricane Katrina Relief Mission and I think they've already learned 
lots of lessons.

Alex

-- 
http://de.wikipedia.org/wiki/Benutzer:Alexrk2


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

Re: [OSM-talk] Intriguing artifacts in GeoEye data

2010-01-18 Thread Marcus Wolschon

Sounds like buildings drawn precisely from high-res but poorly
georeferences aerial photos.
Looking at a sat-image you don´t know if not all of that photo is 50
or 200 meters off unless you
are on the ground to compare.

On Mon, Jan 18, 2010 at 4:51 PM, John F. Eldredge j...@jfeldredge.com wrote:
 If only man-made artifacts are displaced, but not the terrain, that must be a 
 mapping error.  An actual earthquake land-shift would have displaced the 
 terrain, and moved buildings and other artifacts along with the land.

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

Re: [OSM-talk] Intriguing artifacts in GeoEye data

This IS a picture ! Not drawn !
It coincides with a aftershock location 
Gert

-Oorspronkelijk bericht-
Van: Marcus Wolschon [mailto:marcus.wolsc...@googlemail.com] 
Verzonden: maandag 18 januari 2010 21:56
Aan: j...@jfeldredge.com
CC: ce-test, qualified testing bv - Gert Gremmen; 
talk-boun...@openstreetmap.org; OpenStreetMap talk mailing list
Onderwerp: Re: [OSM-talk] Intriguing artifacts in GeoEye data

Sounds like buildings drawn precisely from high-res but poorly
georeferences aerial photos.
Looking at a sat-image you don´t know if not all of that photo is 50
or 200 meters off unless you
are on the ground to compare.

On Mon, Jan 18, 2010 at 4:51 PM, John F. Eldredge j...@jfeldredge.com wrote:
 If only man-made artifacts are displaced, but not the terrain, that must be a 
 mapping error.  An actual earthquake land-shift would have displaced the 
 terrain, and moved buildings and other artifacts along with the land.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] OSM Tagging for Haiti: Humanitarian Data Models in support of OSM tagging for Haiti EQ

2010-01-18 Thread Jean-Marc Liotier

Jean-Marc Liotier wrote:
 Micha Ruh wrote:
 2010/1/16 Jean-Marc Liotier j...@liotier.org mailto:j...@liotier.org

 I tried to
 replace building=collapsed with earthquake:damage=collapsed_building

 Please don't, it's useless, if not harmful.

 Why do you want to replace a simple, understandable, well established,
 broadly supported tag with something THAT complicated?

 It's ok, that another tag with the same meaning exists due to imports,
 but please DO NOT change well known and used tags with another one
 coming from an import.

 Especially not when the new tag is 35 chars long. Try editing that in
 potlatch.
 
 Take a look at tagstats :
 
 tag   value   usesnodeway
 building  collapsed   1,045   747 298
 earthquake:damage collapsed_building  1,473   1,465   8
 
 We have two tags to describe the same thing. One is apparently more
 widespread, more conformant to published standards and semantically
 superior.
 
 What do others think ? Is tag length such an issue ? Doesnt
 autocompletion solve the problem of tag length ? Is it desirable to
 standardize ? Isn't it harmful to have two tags to describe the same
 thing ? Is the value of harmonization inferior to the value of not
 disturbing habits taken in the last few days ? Do we have past
 experience or a policy for such things ?

If the idea of removing one of the two does not generate enthusiasm,
would applying both tags everyhere be a better idea ? I don't believe
so, but I would love to read other opinions...

Actually, I'm surprised that no one else commented on this data quality
issue. Not a big issue mind you, but I'm wondering anyway...

Tagstat update :
http://tagstat.hypercube.telascience.org/haiti/tagdetails.php?tag=building
http://tagstat.hypercube.telascience.org/haiti/tagdetails.php?tag=earthquake:damage

tag value   uses
buildingcollapsed   5,214
earthquake:damage   collapsed_building  3,107
buildingyes 7,743


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

Re: [OSM-talk] Intriguing artifacts in GeoEye data

2010-01-18 Thread Peteris Krisjanis

WMS are with serious offset and no one haven't provided GPS references
yet. Maybe that's the reason.

Cheers,
Peter.



2010/1/18 ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl:
 If you look at the coast of Haiti, west of port-au-prince
 some strange artifacts are shown on a lot of places where
 building and beach clubs (I presume) touch the coast line.

 Look here for example:

 http://www.openstreetmap.org/?lat=18.5474002361298lon=-72.574583435zoom=15

 and enable the GeoEye data.

 Under the sea level traces of the coastal buildings are seen.

 It seems as if the whole of Haiti coastline slided 50 meters southwards due 
 to the quake.

 It's strange however, that only human constructions leave traces, and this 
 makes
 this theory less probable.

 Any thoughts ???



 Gert Gremmen
 -

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

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


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

[OSM-talk] Computing Service Required for Haiti Response?

2010-01-18 Thread Ian Dees

I got in touch with someone at Amazon who is interested in giving a
temporary AWS credit grant for OSM/Haiti-related activity.

I had originally contacted them the first days after the earthquake so we
could handle incoming satellite imagery. Now that that issue is resolved (or
is it?), are there other computation tasks that need to be carried out for
the next few weeks that we could offload?

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

Re: [OSM-talk] [Talk-us] Daily Updates to CloudMade Routing

2010-01-18 Thread Nick Black

Hi Alex,

Mapzen.cloudmade.com has minutely updated tiles.  They are also
available via maps.cloudmade.com:

http://maps.cloudmade.com/?lat=51.495065lng=0.002747zoom=10styleId=6618opened_tab=0

The maps.cloudmade.com service is an alpha - so its not high
availability and could go down at any moment :-)

--
Nick



On Fri, Jan 15, 2010 at 8:12 PM, Alex Mauer ha...@hawkesnest.net wrote:
 On 01/15/2010 12:07 PM, Nick Black wrote:
 Hi Alex,

 We just updated the tile set today with data from Tue 15th.  There are
 minutely tiles available at mapzen.cloudmade.com - but they aren't
 available through the API at the moment.

 We're in the process of upgrading all services to daily updates - I
 know the timelyness of data has been a problem in the past so I'm sure
 this batch of updates will help.

 Thanks, Nick.

 I’m seeing the changes in question on mapzen.cloudmade.com, but not on
 maps.cloudmade.com yet.  Is that expected?

 -Alex Mauer “hawke”



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





-- 
-- 
Nick Black
twitter.com/nick_b

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

Re: [OSM-talk] Using editors to indicate license preference.

2010-01-18 Thread Roy Wallace

On Tue, Jan 19, 2010 at 6:24 AM, Liz ed...@billiau.net wrote:

  I think Google and others will quickly rape the PD server

 This assumes that they can find a means to import and check the data.

This is Google - it's what they do best.

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

Re: [OSM-talk] OSM Tagging for Haiti: Humanitarian Data Models in support of OSM tagging for Haiti EQ

2010-01-18 Thread Micha Ruh

Hi Jean-Marc,


2010/1/16

  Take a look at tagstats :
  tagvalueuses
  nodeway
  building collapsed 1,045   747
   298
  earthquake:damage collapsed_building   1,473   1,465   8



 2010/1/18
 tag   value uses
 buildingcollapsed  5,214
 earthquake:damagecollapsed_building3,107


Looks to me that both variants got a huge increase in use over the last 2
days.
So if you want to replace one variant with the other, you end up doing it
constantly,
as users seem to constantly add more collapsed buildings in both variants.

Also it looks like the 'easier' variant is more accepted.

Yes, it is 'ugly' in terms of data quality, but I see no problem so far.

Maybe eventually it gets reasonable to unify those tagging variants, when
the growing rate sinks significantly, but, in the long term the information
will
be removed from OSM anyway.

We can learn from this and do it better the next time.


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

Re: [OSM-talk] [Talk-us] Daily Updates to CloudMade Routing

2010-01-18 Thread Maarten Deen

Nick Black wrote:
 Hi Alex,
 
 Mapzen.cloudmade.com has minutely updated tiles.  They are also
 available via maps.cloudmade.com:
 
 http://maps.cloudmade.com/?lat=51.495065lng=0.002747zoom=10styleId=6618opened_tab=0
 
 The maps.cloudmade.com service is an alpha - so its not high
 availability and could go down at any moment :-)

It seems like the tiles are getting updated, but the metadata is not (or has a 
longer latency). I added this industrial area [1] on saturday (Trade Port Noord 
with the roads Popeweg and Frans Maasweg), but while the area has been 
rendered, 
the router has no knowledge of it. Is the routing data still on a longer update 
interval?

[1]
http://maps.cloudmade.com/?lat=51.406461lng=6.08634zoom=16directions=51.32265,6.00034,51.40928,6.09106travel=bicyclestyleId=6618opened_tab=1

Regards,
Maarten


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

Re: [OSM-talk] Using editors to indicate license preference.

2010-01-18 Thread Anthony

On Mon, Jan 18, 2010 at 4:24 PM, Roy Wallace waldo000...@gmail.com wrote:

 On Tue, Jan 19, 2010 at 6:24 AM, Liz ed...@billiau.net wrote:
 
   I think Google and others will quickly rape the PD server
 
  This assumes that they can find a means to import and check the data.

 This is Google - it's what they do best.


Yeah, Google would probably quickly start importing data from the PD OSM
into its products.  That alone would be enough to cause me to contribute.
I'd love to be able to correct errors that I come across in Google Maps
Navigation (the Android app).  To compare such a thing to rape is really
quite appalling.  Not to mention hypocritical, when you consider CloudMade
and its obnoxious TOS.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Routing - Optimally Sorting Vias

2010-01-18 Thread simon

Hi,
I was talking to a delivery driver for a local firm, and they would be
interested to know if there is a OSM based solution for planing
deliveries.

At present they use the cranial method, which can be less than optimal...

They would like to be able to plan deliveries for the next few days,
heading to different areas of the city and dropping in a sensible order.
I'm guessing that it would be nice to factor delivery times (ie. how much
stuff to unload) and place an urgency factor on older orders.

To start with this would be office based to print out a sequenced list of
drops for the day, but might progress to having GPS guidance in the van.

The question arose as their new order system has a 'map button' for each
customer address (which uses Google API to do a geocode lookup) and
displays a Google map.

Anyone got any suggestions?
Simon



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

[OSM-talk] [Fwd: [CrisisMappers] New UNOSAT assessments: Update on IDP Concentrations, Density of BridgeRoad Obstacles]


Forwarding...

 Message original 
Sujet : 	[CrisisMappers] New UNOSAT assessments: Update on IDP 
Concentrations, Density of BridgeRoad Obstacles

Date :  Mon, 18 Jan 2010 23:34:17 +0100
De :Einar Bjorgo einar.bjo...@unitar.org
Répondre à :crisismapp...@googlegroups.com
Pour :  emergencymapp...@unosat.org



Dear all,



Two new UNOSAT satellite image assessments are now available. These are 
also included in the latest KML file (see below).




*Overview of IDP Concentrations in Port-au-Prince and Carrefour, Haiti 
(Update2)*


This map presents an overview of temporary shelter locations of 
displaced Haitians in Port-au-Prince and Carrefour, as identified in 
satellite imagery recorded on 13 January 2010. These IDP locations range 
in size from small clusters of survivors (approx 20-50) to large 
concentrations numbering in the low thousands. Locations are commonly 
situated in open areas away from unstable buildings, in parks, sport 
fields, church compounds and grassy medians of main roads. Four case 
examples are show in the imagery.**


* *

*Density of Bridge  Road Obstacles in Port-au-Prince and Carrefour, 
Haiti (Update2)*


This map illustrates the relative spatial density of major road and 
bridge obstructions in Port-au-Prince and Carrefour, as identified in 
satellite imagery recorded on 13 January 2010. A total of 691 obstacles 
were identified, almost all due to collapsed buildings and related 
debris, in only a few cases were the obstructions the result of 
landslides. Of this total, 224 were likely completely blocked to 
motorized traffic and 467 were partial obstructions restricting vehicle 
access. Four case examples of specific road obstructions are shown in 
the imagery.**




Note: This is a preliminary analysis; road and bridge damages may be 
underestimated. Please send corrections to UNITAR / UNOSAT:  
uno...@unitar.org mailto:uno...@unitar.org.




To download UNOSAT maps for the Haiti earthquake, please go to 
www.unosat.org/asp/prod_free.asp?id=52 
http://www.unosat.org/asp/prod_free.asp?id=52


as well as on the Global Disaster Alert and Coordination System 
(www.gdacs.org http://www.gdacs.org), including VirtualOSOCC.




Our KML file, for use in image viewing and GIS-software, has also been 
updated to reflect damage assessments included in this latest map. This 
KML is available to all interested parties:


http://www.unosat.org/kml/EQ-2010-09-HTI.kml



UNOSAT's involvement related to the Haiti earthquake can be followed on 
http://www.unosat.org/asp/UNOSAT-EQ-201001-HTI.asp




One can subscribe to RSS feeds for the latest UNOSAT maps for automatic 
updates when new maps become available, please see:


http://www.unosat.org/rss/freemaps.asp?n=1



Comments and suggestions are most welcome.





Kind regards,

Einar Bjorgo





UNOSAT - Operational Satellite Applications Programme



-

Einar Bjorgo, Ph.D.

Head, Rapid Mapping, Applications and User Relations



United Nations Institute for Training and Research (UNITAR)

Palais des Nations

CH-1211 Geneva 10

Switzerland



Telephone: +41 22 767 4020

Mobile:+41 76 487 4998 (UNOSAT hotline)

E-mail:einar.bjo...@unitar.org

Web:   www.unitar.org // www.unosat.org

-

This e-mail and the information and attachments contained therein are 
for the sole use of the intended recipient. It may not be disclosed to 
or used by anyone other than the addressee. If you are not the intended 
recipient or have received this e-mail in error please notify the sender 
by return e-mail and delete this e-mail and all attachments from your 
system.




-- 
International Network of Crisis Mappers
http://www.CrisisMappers.net
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Using editors to indicate license preference.

2010/1/19 SteveC st...@asklater.com:
 You're being very logical and geeky, but ignoring the social element here. 
 Ignoring CC and just pulling the data in might satisfy you but would then 
 annoy a far greater set of people who we should at least honor the ideals 
 with which they signed up and contributed data, even if the letter of the law 
 we can't enforce.

You're singing to the choir here, I support the ideals of ODBL in
principal, however I'm also practical and see supporting people to
have PD data means we don't need to worry about importing it or
scrubbing duplicates.

 I'm personally thinking at this stage that a better solution would be for the 
 license move to ODbL to include a fork as part of the agreement, so everyone 
 contributes their data as both ODbL and/or PD, not just move to ODbL. We 
 could host a

My suggestion was in a vein hope to appease those wanting this, so
they keep contributing to OSM's DB so OSM keeps benefiting. I think
there is only a small minority that cares strongly about ODBL or PD,
the majority just want get on with it so they can use better map
tiles.

data and will always be the better map. Would that make the PD crowd happy? 
Personally I don't see it as much different to just working for Google and 
TomTom for free.

Again, singing to the choir, I don't want to work for google or any
other mapping company for free unless they wish to give back to the
community, not just hover up all the data and only they benefit from
it.

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

Re: [OSM-talk] Using editors to indicate license preference.

2010/1/19 Anthony o...@inbox.org:
 Yeah, Google would probably quickly start importing data from the PD OSM
 into its products.  That alone would be enough to cause me to contribute.

Why aren't you helping out with map maker then if you care that much?

 I'd love to be able to correct errors that I come across in Google Maps
 Navigation (the Android app).  To compare such a thing to rape is really

Welcome to being human, we are natural exaguraters, rape is probably
not the best way to describe it, but being used and abused might :)

 quite appalling.  Not to mention hypocritical, when you consider CloudMade
 and its obnoxious TOS.

How is google's TOS any better?

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

Re: [OSM-talk] how to apply OSM styles to maps using Quantum GIS

2010-01-18 Thread Rahkonen Jukka


Hi,

Sorry, I thought you did not find any styles with QGIS. If you are not happy 
with QGIS rendering then perhaps Quantumnik is something for you, see 
http://bitbucket.org/springmeyer/quantumnik/wiki/Home

-Jukka-


Felipe Carrillo wrote:
 
I am able to do all of that. I am talking about styles like 
www.openstreetmap.org maps. Can I send pictures through this list so I can send 
one?

--- On Mon, 1/18/10, Jukka Rahkonen wrote:

 Date: Monday, January 18, 2010, 10:10 AM
 Felipe Carrillo mazatlanmexico
 at yahoo.com writes:
 
  
  Hi:
  Could someone point out to a step by step document
 where I can learn about map
 styles? I am trying to map county
  roads and highways but my line shapes don't have any
 style and look plain. 
 
 Hi,
 
 I suppose you have downoaded OSM shapefiles and opened them
 with QGIS.  Now
 select the layer and go through menu:
 Layer - Properties - Symbology.
 
 If you would like to colour highways according to their
 type (at least
 Datafabrik shapes has this attribute) select next
 Legend type= Unique value
 Press Classify
 
 You will see each road type coloured with unique
 colour.  You can change the
 colours, delete classes if you do not want then all on your
 map, play with
 styles etc. You can also save the style so you do not need
 to start from the
 beginning each time.
 
 If you want better scale dependent rendering you will need
 to split the
 shapefile according to highway type so you can hide lower
 class roads while
 zoomed far.  But creating styles with QGIS is very
 intuitive and you will learn
 a lot by trial and error. 
 
 Search from Yahoo! with words QGIS and style yields 50300
 hits.  Perhaps you
 could start from QGIS user guide 
 http://qgis.sourceforge.net/docs/userguide.pdf
 
 If you are trying to use QGIS OSM provider for editing OSM
 data directly I can't
 say anything about how to change the default styles with
 it.
 
 -Jukka-
 
 
 ___
 talk mailing list
 talk@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk
 


  



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

Re: [OSM-talk] Using editors to indicate license preference.

2010/1/19 Liz ed...@billiau.net:
 This assumes that they can find a means to import and check the data. Just

The bigger problem will be how can OSM do that, which is why I'm
suggesting that people could tag with the license information, it
would then already be incorporated into OSM :)

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

Re: [OSM-talk] Using editors to indicate license preference.

2010/1/19 Roy Wallace waldo000...@gmail.com:
 It isn't working for Google and/or TomTom - it's working for the
 public, i.e. everyone and everything (including Google and TomTom).

If the public gives back they could already be using OSM data... why
is it a good thing to spend time, effort, money and other resources so
others can benefit for free when they don't wish to give anything
back?

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

Re: [OSM-talk] Using editors to indicate license preference.

2010/1/19 Aun Yngve Johnsen li...@gimnechiske.org:
 Yahoo have imported OSM data for some while, though I think they take it as
 a sort of payment for our usage of their hi-res aerial service.

Don't you mean flickr?

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

Re: [OSM-talk] how to apply OSM styles to maps using Quantum GIS

2010-01-18 Thread Felipe Carrillo

Hi Jukka:
Thanks for the reply again, I actually downloaded quantumnik a few days ago but 
my experience with the command line is very limited. I was trying to apply the 
style of the second map from this website:
http://bitbucket.org/springmeyer/quantumnik/wiki/Home to my maps without 
success. Do you know how to go about applying this kind of style to qgis maps? 
Thanks


--- On Mon, 1/18/10, Rahkonen Jukka jukka.rahko...@mmmtike.fi wrote:

 From: Rahkonen Jukka jukka.rahko...@mmmtike.fi
 Subject: Re: [OSM-talk] how to apply OSM styles to maps using Quantum GIS
 To: Felipe Carrillo mazatlanmex...@yahoo.com, talk@openstreetmap.org
 Date: Monday, January 18, 2010, 3:08 PM
 
 Hi,
 
 Sorry, I thought you did not find any styles with QGIS. If
 you are not happy with QGIS rendering then perhaps
 Quantumnik is something for you, see 
 http://bitbucket.org/springmeyer/quantumnik/wiki/Home
 
 -Jukka-
 
 
 Felipe Carrillo wrote:
  
 I am able to do all of that. I am talking about styles like
 www.openstreetmap.org maps. Can I send pictures through this
 list so I can send one?
 
 --- On Mon, 1/18/10, Jukka Rahkonen wrote:
 
  Date: Monday, January 18, 2010, 10:10 AM
  Felipe Carrillo mazatlanmexico
  at yahoo.com writes:
  
   
   Hi:
   Could someone point out to a step by step
 document
  where I can learn about map
  styles? I am trying to map county
   roads and highways but my line shapes don't have
 any
  style and look plain. 
  
  Hi,
  
  I suppose you have downoaded OSM shapefiles and opened
 them
  with QGIS.  Now
  select the layer and go through menu:
  Layer - Properties - Symbology.
  
  If you would like to colour highways according to
 their
  type (at least
  Datafabrik shapes has this attribute) select next
  Legend type= Unique value
  Press Classify
  
  You will see each road type coloured with unique
  colour.  You can change the
  colours, delete classes if you do not want then all on
 your
  map, play with
  styles etc. You can also save the style so you do not
 need
  to start from the
  beginning each time.
  
  If you want better scale dependent rendering you will
 need
  to split the
  shapefile according to highway type so you can hide
 lower
  class roads while
  zoomed far.  But creating styles with QGIS is very
  intuitive and you will learn
  a lot by trial and error. 
  
  Search from Yahoo! with words QGIS and style yields
 50300
  hits.  Perhaps you
  could start from QGIS user guide 
  http://qgis.sourceforge.net/docs/userguide.pdf
  
  If you are trying to use QGIS OSM provider for editing
 OSM
  data directly I can't
  say anything about how to change the default styles
 with
  it.
  
  -Jukka-
  
  
  ___
  talk mailing list
  talk@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk
  
 
 
       
 
 
 


  


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

[OSM-talk] Fw: [CrisisMappers] OpenStreetMap: What needs mapping?

2010-01-18 Thread Mikel Maron

(pls add to wiki, and map :)

- Forwarded Message 
From: Jennifer Leaning jlean...@hsph.harvard.edu
To: crisismapp...@googlegroups.com
Sent: Mon, January 18, 2010 5:17:23 PM
Subject: Re: [CrisisMappers] OpenStreetMap: What needs mapping?

Areas in the DR near the border with Haiti, and from main airport into Haiti, 
and other roads from DR into Port au Prince and other affected towns might be 
useful.
Jennifer

From: Jonas Krückel (John07)jonas...@googlemail.com
To:crisismapp...@googlegroups.com
Date: 1/18/2010 5:07 PM
Subject: [CrisisMappers] OpenStreetMap: What needs mapping?

Hi,
I asked before, but received only little feedback. PaP seems to be mapped 
almost completely and we do want to focus on areas that need mapping now. But 
we struggle to identify these. Please tell us what needs to be mapped, do you 
mainly need streets or are POIs more important? Which areas are the most 
important right now?

Any feedback is welcome and we also love to hear about people using our data on 
the ground.

You can find ways to contact us here: 
http://wiki.openstreetmap.org/wiki/WikiProject_Haiti#Help_for_crisis_responders_.26_relief_organizations_with_OSM_data

Or simply answer to this email and I'll forward it to the right people.

Jonas

https://twitter.com/jokru
http://wiki.openstreetmap.org/wiki/WikiProject_Haiti

-- 
International Network of Crisis Mappers
http://www..CrisisMappers.net
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Fw: Fwd: Has this Pier/Dock been evaluated for usage?

2010-01-18 Thread Mikel Maron

Another specific request for mapping help ... can someone create an area on the 
MappingCoordination subpage to capture these? ...

 == Mikel Maron ==
http://mapkibera.org/
+254 (0) 724899738
mi...@osmfoundation.org



- Forwarded Message 
From: John Crowley j...@crisispatterns.org
To: crisismappers crisismapp...@googlegroups.com
Cc: Mikel Maron mikel_ma...@yahoo.com; Andrew Turner 
ajtur...@highearthorbit.com
Sent: Mon, January 18, 2010 7:51:48 AM
Subject: Fwd: Has this Pier/Dock been evaluated for usage?


Can we map this port assessment and think through routes for logistics? Do we 
have a logistics expert we could add in?

John crowley

Sent from my iPhone, so please ignore the typos.

Begin forwarded message:


From: trevor.shearer bounce-trevorshea...@apanmail.org
Date: January 18, 2010 4:34:38 AM EST
To: haitih...@apanmail.org
Subject: Has this Pier/Dock been evaluated for usage?


Port Au Prince:
Based on a compilation of satellite images, observations from the CGLO, over 
flights, and CGC FORWARD  small boat crew.  Commercial wharf is unusable, 
buildings, cranes, and piers are damaged, debris and containers in the water.
Killick CG base may possibly be used for offloading supplies, however, limited 
to small vessels estimated 47 ft or less shallow draft.
Le Ciment Du Sud portion of the pier collapsed, building collapsed, however 
depending on the condition of the remaining structure and depth of channel 
could possibly accommodate small vessel – require bottom sounding and 
inspection of the remaining pier structure. 
SouthCom has an ACOE engineer team which did an assessment of the Port of Port 
Au Prince, and they have determined that the entire Port of Port Au Prince is 
unusable for large vessels. They indicated that at this time there are no 
future plans for additional port assessments, they are focusing on roads, 
water  hospitals.
Lafiteau:
Received report from CGC TAHOMA indicating that at the rice factory there are 
2 piers, the western pier appears to be structural intact  and is 
approximately 150-200 ft in length, the eastern pier appears to have serious 
structural damage with minimal damage to the loading zone and approach with an 
approximate depth 30-35ft.
Aubry:
Received report from CGC TAHOMA Fons Mombin Cement factory pier is damaged, 
however it was estimated the pier would possibly accommodate an SUV the pier 
is approx 500-600 ft in length bollards seemed to be in good shape, and 
appeared it could accommodate a vessel on its east side with some obstruction 
on its west side.  Water depth varied from 18-24 feet  on the west side 
rapidly decreasing to 7ft, but was to 30-35 ft on the east side.
St. Marc: 
  Report from CGC FORWARD initial indication minimal damage 2 
 operational piers and 1 beach landing area. Connecting roads appear to be in 
 tact and useable assessment continues. Confirmation from Wharf Director, 
 Crescie Pierre that the Pier at St. Marc is operational, pier is approx 60 
 meters long with 5 cleats with access to main road. Mr. Pierre can be 
 contacted on CH 16 or #36869239. 
Gonaives:
Received information report from unnamed US maritime industry official 
indicating that the Port of Gonaives is operational, the World Port Source 
indicates the port depth is 21 feet, there is little or no apparent damage to 
the pier, and there is a 180 ton functional crane on the pier.
An over flight was performed by a CG CASA aircraft, confirming that HWY 1 
between Gonaives and Port A Au Prince.
Port de Paix: 
 Overflight conducted 15 Jan, port appears to be operational with 
 minimal to no damage.
Labadie: 
 Overflight conducted 15 Jan, port appears to be operational with 
 minimal to no damage. Informed that the Haitian government is talking with 
 RCL to try and get them to return as early as the 26th.
Cap Hatien: 
 CGC VALIANT is scheduled to conduct port assessment 15 Jan A.M.. Upon 
 arrival vessel crew observed that there were commercial vessels at the pier, 
 no confirmation yet as to extent of operations.
Miragoane: 
 Overflight conducted 15 Jan, port appears to be intact with minimal 
 damage, but the road to Port Au Prince is blocked by boulders in 2 locations.
Jacmel: 
 Overflight conducted 15 Jan, port appears to be intact with minimal 
 damage, but  road to Port Au Prince is likely to be in poor condition, could 
 not be verified.
--
View this message online at 
http://community.apan.org/pfa/haiti_hadr/f/1191/p/5763/7973.aspx#7973 or 
reply to this message
Capture this message to a wiki
--
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-talk] [Fwd: Re: [CrisisMappers] OpenStreetMap: What needs mapping?]




 Message original 
Sujet : Re: [CrisisMappers] OpenStreetMap: What needs mapping?
Date :  Mon, 18 Jan 2010 18:17:23 -0500
De :Jennifer Leaning jlean...@hsph.harvard.edu
Répondre à :crisismapp...@googlegroups.com
Pour :  crisismapp...@googlegroups.com
Références :693f619a-36b1-4f9a-a4a9-6b656fc0f...@googlemail.com



Areas in the DR near the border with Haiti, and from main airport into Haiti, 
and other roads from DR into Port au Prince and other affected towns might be 
useful.
Jennifer




From:   Jonas Krückel (John07)jonas...@googlemail.com
To: crisismapp...@googlegroups.com
Date:   1/18/2010 5:07 PM
Subject:[CrisisMappers] OpenStreetMap: What needs mapping?

Hi,
I asked before, but received only little feedback. PaP seems to be mapped 
almost completely and we do want to focus on areas that need mapping now. But 
we struggle to identify these. Please tell us what needs to be mapped, do you 
mainly need streets or are POIs more important? Which areas are the most 
important right now?

Any feedback is welcome and we also love to hear about people using our data on 
the ground.

You can find ways to contact us here: 
http://wiki.openstreetmap.org/wiki/WikiProject_Haiti#Help_for_crisis_responders_.26_relief_organizations_with_OSM_data

Or simply answer to this email and I'll forward it to the right people.

Jonas

https://twitter.com/jokru
http://wiki.openstreetmap.org/wiki/WikiProject_Haiti


--
International Network of Crisis Mappers
http://www.CrisisMappers.net



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

Re: [OSM-talk] [CrisisMappers] OpenStreetMap: What needs mapping?

2010-01-18 Thread nicolas chavent

Below Another field mapping requirement perhaps a bit out of date but still
worthy to cross check.
Best
N

I suspect there is more recent information than mine on this now, but we
know that Jacamel is heavily damaged. And the coastal communities W of Pap
also.

If not already done the main road between PaP and Jacmel (which goes W
through Carrefour and beyond, then turns south and over the mountains then
back E to Jacmel) should be checked for landslides or other blockages.

On Tue, Jan 19, 2010 at 12:17 AM, Jennifer Leaning
jlean...@hsph.harvard.edu wrote:

Areas in the DR near the border with Haiti, and from main airport into
Haiti, and other roads from DR into Port au Prince and other affected towns
might be useful.
Jennifer

From: Jonas Krückel (John07)jonas...@googlemail.com
To: crisismapp...@googlegroups.com
Date: 1/18/2010 5:07 PM
Subject:[CrisisMappers] OpenStreetMap: What needs mapping?

Hi,
I asked before, but received only little feedback. PaP seems to be mapped
almost completely and we do want to focus on areas that need mapping now.
But we struggle to identify these. Please tell us what needs to be mapped,
do you mainly need streets or are POIs more important? Which areas are the
most important right now?

Any feedback is welcome and we also love to hear about people using our
data on the ground.

You can find ways to contact us here:
http://wiki.openstreetmap.org/wiki/WikiProject_Haiti#Help_for_crisis_responders_.26_relief_organizations_with_OSM_data

Or simply answer to this email and I'll forward it to the right people.

Jonas

https://twitter.com/jokru
http://wiki.openstreetmap.org/wiki/WikiProject_Haiti

--
International Network of Crisis Mappers
http://www.CrisisMappers.net

--
Nicolas Chavent
Humanitarian OpenStreetMap Team
http://wiki.openstreetmap.org/wiki/WikiProject_Haiti
Mobile (FRA): +33 6 75 14 29 70
Email: nicolas.chav...@gmail.com
Skype: c_nicolas
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Using editors to indicate license preference.

2010-01-18 Thread Roy Wallace

On Tue, Jan 19, 2010 at 9:10 AM, John Smith deltafoxtrot...@gmail.com wrote:
 2010/1/19 Roy Wallace waldo000...@gmail.com:
 It isn't working for Google and/or TomTom - it's working for the
 public, i.e. everyone and everything (including Google and TomTom).

 If the public gives back they could already be using OSM data... why
 is it a good thing to spend time, effort, money and other resources so
 others can benefit for free when they don't wish to give anything
 back?

Some like to give without expecting anything in return.

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

[OSM-talk] Haiti street names

2010-01-18 Thread Richard Fairhurst

The Port-au-Prince map is astonishing but we're short on street names  
in some places.

I've added a 1994 US military map as one of the background layers in  
Potlatch. You can use this to add street names easily.

Full details are at:
http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/Street_names

but in brief:
- open Potlatch
- select 'Haiti: street names' and check 'Highlight unnamed roads' in  
the options dialogue
- *important* - align the imagery (space-drag)
- find a street highlighted in red
- copy name from US map
- repeat until complete :)

Helpful keypresses:
- N to go straight to the name tag (new!)
- Caps Lock (when not inputting a tag) to dim ways/nodes
- f2 to f6 to select different Haiti imagery layers

The original map sometimes numbers streets where there wasn't enough  
room to fit them on the map. You can find the numbers using the street  
index. I've uploaded this, plus the key and list of other numbered  
features; links from the wiki page.

Thanks to the Map Warper guys for rectifying the map and Chris Schmidt  
for tiling it.

cheers
Richard

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

Re: [OSM-talk] Intriguing artifacts in GeoEye data

2010-01-18 Thread John F. Eldredge

So, you are saying that the post-earthquake photographs show the buildings 50 
meters from where the pre-earthquake photographs show them, but there is no 
difference in the location or appearance of the terrain?  Unless the buildings 
in question are on wheels, and might have rolled to their new location, it 
seems unlikely that a landslide strong enough to displace buildings by 50 
meters would leave no visible traces other than displaced buildings.

--Original Message--
From: ce-test, qualified testing bv - Gert Gremmen
To: Marcus Wolschon
To: John Eldredge
Cc: talk-boun...@openstreetmap.org
Cc: OpenStreetMap talk mailing list
Subject: RE: [OSM-talk] Intriguing artifacts in GeoEye data
Sent: Jan 18, 2010 3:01 PM

This IS a picture ! Not drawn !
It coincides with a aftershock location 
Gert

-Oorspronkelijk bericht-
Van: Marcus Wolschon [mailto:marcus.wolsc...@googlemail.com] 
Verzonden: maandag 18 januari 2010 21:56
Aan: j...@jfeldredge.com
CC: ce-test, qualified testing bv - Gert Gremmen; 
talk-boun...@openstreetmap.org; OpenStreetMap talk mailing list
Onderwerp: Re: [OSM-talk] Intriguing artifacts in GeoEye data

Sounds like buildings drawn precisely from high-res but poorly
georeferences aerial photos.
Looking at a sat-image you don´t know if not all of that photo is 50
or 200 meters off unless you
are on the ground to compare.

On Mon, Jan 18, 2010 at 4:51 PM, John F. Eldredge j...@jfeldredge.com wrote:
 If only man-made artifacts are displaced, but not the terrain, that must be a 
 mapping error.  An actual earthquake land-shift would have displaced the 
 terrain, and moved buildings and other artifacts along with the land.

-- 
John F. Eldredge -- j...@jfeldredge.com
Reserve your right to think, for even to think wrongly is better than not to 
think at all. -- Hypatia of Alexandria
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Call for SOTM Sponsors

2010-01-18 Thread Iván Sánchez Ortega

El Lunes, 18 de Enero de 2010, Hurricane escribió:
  Hey everyone!
 
  We're gearing up for SOTM 2010 Girona, Italy and we need help with
  wrangling in sponsors!

E... Girona, *Italy* ??



-- 
--
Iván Sánchez Ortega i...@sanchezortega.es

El matrimonio mejor avenido es una penitencia.


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

Re: [OSM-talk] Haiti street names

2010-01-18 Thread Roy Wallace

On Tue, Jan 19, 2010 at 10:20 AM, Richard Fairhurst
rich...@systemed.net wrote:

 I've added a 1994 US military map as one of the background layers in
 Potlatch. You can use this to add street names easily.

Cool. Suggestions for a source:name=* value? source:name=1994_US_military_map?

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

Re: [OSM-talk] Haiti street names

2010-01-18 Thread Ævar Arnfjörð Bjarmason

On Tue, Jan 19, 2010 at 01:04, Roy Wallace waldo000...@gmail.com wrote:
 On Tue, Jan 19, 2010 at 10:20 AM, Richard Fairhurst
 rich...@systemed.net wrote:

 I've added a 1994 US military map as one of the background layers in
 Potlatch. You can use this to add street names easily.

 Cool. Suggestions for a source:name=* value? source:name=1994_US_military_map?

When you use Potlatch with this layer and press B it will add
`source=Haiti DMA Topo` to your data. See
http://trac.openstreetmap.org/changeset/19553

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

Re: [OSM-talk] Intriguing artifacts in GeoEye data

2010-01-18 Thread andrzej zaborowski

2010/1/18 ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl:
 This IS a picture ! Not drawn !
 It coincides with a aftershock location

My first guess was that these were the foundations of the houses but
it may be some kind of rubble that slid into the water.  I don't know
about masonry but it *may* be some technique of building coast houses
with extended foundations to prevent them from slowly sliding into the
water over the years.

Cheers

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

Re: [OSM-talk] Call for SOTM Sponsors

2010-01-18 Thread Liz

On Tue, 19 Jan 2010, Iván Sánchez Ortega wrote:
 E... Girona, Italy ??
 
Border disputes are spreading it seems
;)

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

Re: [OSM-talk] how to apply OSM styles to maps using Quantum GIS

2010-01-18 Thread Dane Springmeyer


On Jan 18, 2010, at 3:15 PM, Felipe Carrillo wrote:

 Hi Jukka:
 Thanks for the reply again, I actually downloaded quantumnik a few  
 days ago but my experience with the command line is very limited. I  
 was trying to apply the style of the second map from this website:
 http://bitbucket.org/springmeyer/quantumnik/wiki/Home to my maps  
 without success. Do you know how to go about applying this kind of  
 style to qgis maps? Thanks


Felipe,

That is the Mapnik stylesheet that OSM uses on the main slippymap  
page, opened in QGIS through the Quantumnik plugin. Quantumnik does  
allow you to author styles from scratch through the QGIS graphical  
interface, but also allows you to open existing styles (READ ONLY).  
So, that style is not authored by QGIS, but rather by hand by the  
brilliance and hard work of many OpenStreetMap contributors.

Again, all Quantumnik is doing is allowing you to browse the maps  
rendered by that style inside QGIS and that requires you also have OSM  
data inside of PostGIS running locally.

For more details see:

http://svn.openstreetmap.org/applications/rendering/mapnik/README

Overall the steps would be:

1) Install postgres/postgis/mapnik
2) install osm2pgsql
3) download osm data
4) import into postgis using osm2pgsql
5) edit the 'osm.xml' style to fit your database configuration
6) test rendering the osm.xml with 'generate_image.py' or 'nik2img,py'

if it works then you have a Mapnik/OSM rendering setup running locally  
and you can open that style in QGIS.

Dane



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

Re: [OSM-talk] how to apply OSM styles to maps using Quantum GIS

2010-01-18 Thread Felipe Carrillo

Thanks Dane:
I've done the first 4 steps:
1) Install postgres/postgis/mapnik
2) install osm2pgsql
3) download osm data
4) import into postgis using osm2pgsql

Today, I downloaded some osm data and ran osm2pgsql to to put data in PostGis 
creating:
planet_osm_line
planet_osm_point
planet_osm_polygon
planet_osm_roads
I imported these layers into qgis but then I got stuck again with the style.
I just need to figure out how to execute the last 2 steps:
5) edit the 'osm.xml' style to fit your database configuration
6) test rendering the osm.xml with 'generate_image.py' or 'nik2img,py'



--- On Mon, 1/18/10, Dane Springmeyer bl...@hailmail.net wrote:

 From: Dane Springmeyer bl...@hailmail.net
 Subject: Re: [OSM-talk] how to apply OSM styles to maps using Quantum GIS
 To: Felipe Carrillo mazatlanmex...@yahoo.com
 Cc: talk@openstreetmap.org, Rahkonen Jukka jukka.rahko...@mmmtike.fi
 Date: Monday, January 18, 2010, 7:34 PM
 
 On Jan 18, 2010, at 3:15 PM, Felipe Carrillo wrote:
 
  Hi Jukka:
  Thanks for the reply again, I actually downloaded
 quantumnik a few days ago but my experience with the command
 line is very limited. I was trying to apply the style of the
 second map from this website:
  http://bitbucket.org/springmeyer/quantumnik/wiki/Home
 to my maps without success. Do you know how to go about
 applying this kind of style to qgis maps? Thanks
 
 
 Felipe,
 
 That is the Mapnik stylesheet that OSM uses on the main
 slippymap page, opened in QGIS through the Quantumnik
 plugin. Quantumnik does allow you to author styles from
 scratch through the QGIS graphical interface, but also
 allows you to open existing styles (READ ONLY). So, that
 style is not authored by QGIS, but rather by hand by the
 brilliance and hard work of many OpenStreetMap
 contributors.
 
 Again, all Quantumnik is doing is allowing you to browse
 the maps rendered by that style inside QGIS and that
 requires you also have OSM data inside of PostGIS running
 locally.
 
 For more details see:
 
 http://svn.openstreetmap.org/applications/rendering/mapnik/README
 
 Overall the steps would be:
 
 1) Install postgres/postgis/mapnik
 2) install osm2pgsql
 3) download osm data
 4) import into postgis using osm2pgsql
 5) edit the 'osm.xml' style to fit your database
 configuration
 6) test rendering the osm.xml with 'generate_image.py' or
 'nik2img,py'
 
 if it works then you have a Mapnik/OSM rendering setup
 running locally and you can open that style in QGIS.
 
 Dane
 
 
 



  


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

[OSM-talk] [Fwd: Re: [CrisisMappers] OpenStreetMap: What needs mapping?]




 Message original 
Sujet : Re: [CrisisMappers] OpenStreetMap: What needs mapping?
Date :  Tue, 19 Jan 2010 01:03:28 -0500
De :Cameron Wilson gmanott...@gmail.com
Répondre à :crisismapp...@googlegroups.com
Pour :  crisismapp...@googlegroups.com
Copie à :   talk@openstreetmap.org
Références : 	693f619a-36b1-4f9a-a4a9-6b656fc0f...@googlemail.com 
4b54a5b1.38f0.000...@hsph.harvard.edu 
8f58b2ab1001181533ube8bd2fy8e34a965a286c...@mail.gmail.com




I concur
A Canadian patrol frigate HMCS Halifax
http://www.navy.forces.gc.ca/halifax/  should be in Jacmel on Tuesday.
OSM street info light. I have searched web for street names
information but can't find.

http://www.cbc.ca/world/story/2010/01/18/haiti-jacmel-canada.html.

Canadian HMCS Athabaskan http://www.navy.forces.gc.ca/Athabaskan/
along patrol west of PaP.

Cameron Wilson
Ottawa Canada

2010/1/18 nicolas chavent nicolas.chav...@gmail.com:


Below Another field mapping requirement perhaps a bit out of date but still
worthy to cross check.
Best
N

I suspect there is more recent information than mine on this now, but we
know that Jacamel is heavily damaged.  And the coastal communities W of Pap
also.

If not already done the main road between PaP and Jacmel (which goes W
through Carrefour and beyond, then turns south and over the mountains then
back E to Jacmel) should be checked for landslides or other blockages.

On Tue, Jan 19, 2010 at 12:17 AM, Jennifer Leaning
jlean...@hsph.harvard.edu wrote:


Areas in the DR near the border with Haiti, and from main airport into
Haiti, and other roads from DR into Port au Prince and other affected towns
might be useful.
Jennifer


From:   Jonas Krückel (John07)jonas...@googlemail.com
To: crisismapp...@googlegroups.com
Date:   1/18/2010 5:07 PM
Subject:[CrisisMappers] OpenStreetMap: What needs mapping?

Hi,
I asked before, but received only little feedback. PaP seems to be mapped
almost completely and we do want to focus on areas that need mapping now.
But we struggle to identify these. Please tell us what needs to be mapped,
do you mainly need streets or are POIs more important? Which areas are the
most important right now?

Any feedback is welcome and we also love to hear about people using our
data on the ground.

You can find ways to contact us here:
http://wiki.openstreetmap.org/wiki/WikiProject_Haiti#Help_for_crisis_responders_.26_relief_organizations_with_OSM_data

Or simply answer to this email and I'll forward it to the right people.

Jonas

https://twitter.com/jokru
http://wiki.openstreetmap.org/wiki/WikiProject_Haiti


--
International Network of Crisis Mappers
http://www.CrisisMappers.net



--
Nicolas Chavent
Humanitarian OpenStreetMap Team
http://wiki.openstreetmap.org/wiki/WikiProject_Haiti
Mobile (FRA): +33 6 75 14 29 70
Email: nicolas.chav...@gmail.com
Skype: c_nicolas


--
International Network of Crisis Mappers
http://www.CrisisMappers.net



-- 
International Network of Crisis Mappers
http://www.CrisisMappers.net
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-talk] [Fwd: [CrisisMappers] Re: Cellular Coverage for Haiti]




 Message original 
Sujet : [CrisisMappers] Re: Cellular Coverage for Haiti
Date :  Mon, 18 Jan 2010 21:08:31 -0800 (PST)
De :Dino Pagliardi dpaglia...@gmail.com
Répondre à :crisismapp...@googlegroups.com
Pour :  CrisisMappers crisismapp...@googlegroups.com
Références : 
a0a63b911001182033u1decf915i47f64a095160d...@mail.gmail.com 
3fc8fcef-1c8a-41ac-b4f5-154246a7f...@f12g2000yqn.googlegroups.com




A little better interactive one:
http://www.gsmworld.com/cgi-bin/ni_map.pl?x=0y=0z=0cc=htnet=dc



On Jan 18, 9:05 pm, Dino Pagliardi dpaglia...@gmail.com wrote:

Here's the coverage map from digicel Haiti's 
website:http://www.digicelhaiti.com/en/coverage_roaming/coverage_map

Looking for better data...

Dino

On Jan 18, 8:33 pm, John Crowley bostonce...@gmail.com wrote:

 Do we have a map of where there is cell signal, and.or where the providers
 currently have coverage? Here is a question from the SOUTHCOM forum about
 Haiti:

 *Subject:* *Cellular - Mobile Service Update - Press Release from Digicel -
 Haiti*
 Does Digicel have an updated status on cell towers?  Also, is there a map
 available showing current coverage and total coverage when fixed?

 Thanks!

 - John



-- 
International Network of Crisis Mappers
http://www.CrisisMappers.net
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-talk] [Fwd: Re: [CrisisMappers] New UNOSAT assessments: Update on IDP Concentrations, Density of BridgeRoad Obstacles]


In case you see them in the imagery...

 Message original 
Sujet : 	Re: [CrisisMappers] New UNOSAT assessments: Update on IDP 
Concentrations, Density of BridgeRoad Obstacles

Date :  Mon, 18 Jan 2010 17:03:27 -0800
De :James Wilson icea...@gmail.com
Répondre à :crisismapp...@googlegroups.com
Pour :  crisismapp...@googlegroups.com, emergencymapp...@unosat.org



For those folks tracking IDP and refugee camp locations, we are 
specifically interested in the following:


  1. reported migration of refugees from PAP to rural areas, and
  2. whether refugees and IDPs are migrating as far as the Calumette area


Thanks,
Jim Wilson, MD
(op biosurveillance)


On 1/18/10 2:34 PM, Einar Bjorgo einar.bjo...@unitar.org wrote:

   Dear all,

   Two new UNOSAT satellite image assessments are now available. These

   are also included in the latest KML file (see below).

   *Overview of IDP Concentrations in Port-au-Prince and Carrefour,

   Haiti (Update2)
   *This map presents an overview of temporary shelter locations of
   displaced Haitians in Port-au-Prince and Carrefour, as identified in
   satellite imagery recorded on 13 January 2010. These IDP locations
   range in size from small clusters of survivors (approx 20-50) to
   large concentrations numbering in the low thousands. Locations are
   commonly situated in open areas away from unstable buildings, in
   parks, sport fields, church compounds and grassy medians of main
   roads. Four case examples are show in the imagery.
   *
   Density of Bridge  Road Obstacles in Port-au-Prince and Carrefour,
   Haiti (Update2)
   *This map illustrates the relative spatial density of major road and
   bridge obstructions in Port-au-Prince and Carrefour, as identified
   in satellite imagery recorded on 13 January 2010. A total of 691
   obstacles were identified, almost all due to collapsed buildings and
   related debris, in only a few cases were the obstructions the result
   of landslides. Of this total, 224 were likely completely blocked to
   motorized traffic and 467 were partial obstructions restricting
   vehicle access. Four case examples of specific road obstructions are
   shown in the imagery.

   Note: This is a preliminary analysis; road and bridge damages may be

   underestimated. Please send corrections to UNITAR / UNOSAT:
uno...@unitar.org mailto:uno...@unitar.org .

   To download UNOSAT maps for the Haiti earthquake, please go to

   www.unosat.org/asp/prod_free.asp?id=52
   http://www.unosat.org/asp/prod_free.asp?id=52
   as well as on the Global Disaster Alert and Coordination System
   (www.gdacs.org http://www.gdacs.org ), including VirtualOSOCC.

   Our KML file, for use in image viewing and GIS-software, has also

   been updated to reflect damage assessments included in this latest
   map. This KML is available to all interested parties:
   http://www.unosat.org/kml/EQ-2010-09-HTI.kml
   http://www.unosat.org/kml/EQ-2010-09-HTI.kml

   UNOSAT's involvement related to the Haiti earthquake can be followed

   on http://www.unosat.org/asp/UNOSAT-EQ-201001-HTI.asp
   http://www.unosat.org/asp/UNOSAT-EQ-201001-HTI.asp

   One can subscribe to RSS feeds for the latest UNOSAT maps for

   automatic updates when new maps become available, please see:
   http://www.unosat.org/rss/freemaps.asp?n=1
   http://www.unosat.org/rss/freemaps.asp?n=1

   Comments and suggestions are most welcome.


   Kind regards,

   Einar Bjorgo




   UNOSAT - Operational Satellite Applications Programme

   -

   Einar Bjorgo, Ph.D.
   Head, Rapid Mapping, Applications and User Relations

   United Nations Institute for Training and Research (UNITAR)

   Palais des Nations
   CH-1211 Geneva 10
   Switzerland

   Telephone: +41 22 767 4020

   Mobile:+41 76 487 4998 (UNOSAT hotline)
   E-mail:einar.bjo...@unitar.org
   Web:   www.unitar.org // www.unosat.org
   
-
   This e-mail and the information and attachments contained therein
   are for the sole use of the intended recipient. It may not be
   disclosed to or used by anyone other than the addressee. If you are
   not the intended recipient or have received this e-mail in error
   please notify the sender by return e-mail and delete this e-mail and
   all attachments from your system.



   

-- 
International Network of Crisis Mappers
http://www.CrisisMappers.net
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [Talk-us] Call for SOTM Sponsors

2010-01-18 Thread Russ Nelson

 We're gearing up for SOTM 2010 Girona, Italy and we need help with
 wrangling in sponsors!

Isn't it spelled Genoa?  Having a blonde moment, are we?  (Yes, I
know, they're just blonde highlights; work with me here.)

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

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

[OSM-talk-nl] Vrijwilligers Openstreetmap helpen r eddingsteams in Haïti

2010-01-18 Thread Bas de Lange

Beste Talk'ers,

http://tweakers.net/nieuws/65013/vrijwilligers-openstreetmap-helpen-reddingsteams-in-haiti.html

-- 
Met vriendelijke groet,

Bas de Lange

--
Best regards,

Bas de Lange

http://www.basdelange.com





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

Re: [OSM-talk-nl] Vrijwilligers Openstreetmap helpen r eddingsteams in Haïti

2010-01-18 Thread Rene Dohmen

Ik heb http://projekte.eiops.de/osm-matrix/ bekeken.

Hoe je kun je concreet helpen? (zoek een 'onvolledig' gebied en
probeer het te actualiseren?)

Op 
http://projekte.eiops.de/osm-matrix/?zoom=18lat=18.49035lon=-72.32229layers=B0FTFT
zie ik bv een tile die wel wat aanvulling kan gebruiken.

mvg,

rene

2010/1/18 Bas de Lange b...@basdelange.com:
 Beste Talk'ers,

 http://tweakers.net/nieuws/65013/vrijwilligers-openstreetmap-helpen-reddingsteams-in-haiti.html

 --
 Met vriendelijke groet,

 Bas de Lange

 --
 Best regards,

 Bas de Lange

 http://www.basdelange.com





 ___
 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] Vrijwilligers Openstreetmap helpen r eddingsteams in Haïti

2010-01-18 Thread Floris Looijesteijn

Dag Rene,

Je kunt helpen met tracen, als je daar nog geen ervaring mee hebt is dat
wel een beetje lastig. Hier vind je wat meer info:

http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/Mapping_Coordination

Groet,
Floris

Rene Dohmen wrote:
 Ik heb http://projekte.eiops.de/osm-matrix/ bekeken.

 Hoe je kun je concreet helpen? (zoek een 'onvolledig' gebied en
 probeer het te actualiseren?)

 Op
 http://projekte.eiops.de/osm-matrix/?zoom=18lat=18.49035lon=-72.32229layers=B0FTFT
 zie ik bv een tile die wel wat aanvulling kan gebruiken.

 mvg,

 rene

 2010/1/18 Bas de Lange b...@basdelange.com:
 Beste Talk'ers,

 http://tweakers.net/nieuws/65013/vrijwilligers-openstreetmap-helpen-reddingsteams-in-haiti.html

 --
 Met vriendelijke groet,

 Bas de Lange

 --
 Best regards,

 Bas de Lange

 http://www.basdelange.com





 ___
 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



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

Re: [OSM-talk-nl] Nieuwe website

++ 13/01/10 16:39 +0100 - Martijn van Exel:
De versie op openstreetmaps.nl vind ik na een korte test prettiger 
werken omdat de knop toon kaart / website op een vaste plek staat, dat 
maakt het een minder verwarrende UX. Is het mogelijk om die over te 
nemen? Of vindt iedereen de 'huidige' versie prettiger? ;)

De openstreetmaps.nl versie is uiteraard gewoon beschikbaar. Niet alleen 
kan de website worden overgenomen door 'em gewoon te downloaden, ik kan 
uiteraard ook een tarball van de source leveren.

Daarnaast kan openstreetmaps.nl overgenomen worden, indien gewenst.

-- 
Rejo Zenger r...@zenger.nl


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

Re: [OSM-talk-nl] Nieuwe website

++ 13/01/10 19:17 +0100 - René Affourtit:
- Voor  innovatiebevorderend: prototyping. Als bedrijf dat (mogelijk)
een op kaarten/geo gerichte applicatie wil ontwikkelen kan je
prototypes bouwen zonder je al vast te leggen op een (dure) licentie.

Dat is een goed punt. Dat had ik nog niemand eerder horen noemen.

- De hoofdstukjes kwaliteit en bruikbaarheid zou ik samenvoegen
(bruikbaarheid linkt trouwens naar zichzelf).

Juistem. Stefan?

- Bij de pagina's over doneren misschien een paar donateurs van data
noemen? Je loopt dan wel het risico op scheve gezichten bij
organisaties die niet vermeld staan.

Op http://openstreetmap.nl/doneren-technische-middelen.php doen we dat 
ook al, dus dat kan het probleem niet zijn. Ik stel voor dat dat 
inderdaad wordt toegevoegd. Met name de aanvulling van AND lijkt me 
interesant om te noemen.

- Op doneren financieel staat naast korting voor mij bij
lidmaatschap OSMF, grapje?

Haha. Ik ben blij dat tenminste iemand mijn teksten nauwkeurig gelezen 
heeft. Er hoort iets te staan als naast korting op het jaarlijkse. 

- Bij de verschillende lijstjes van gebruik nog eens vermelden dat het
zeker geen complete lijst is.

Ik vond dat zelf lelijk, ik heb daarom onder meer gesproken over 
voorbeelden omdat dat mijn inziens impliceert dat er meer is.


-- 
Rejo Zenger r...@zenger.nl
OpenStreetMap Nederland http://openstreetmaps.nl


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

Re: [OSM-talk-nl] Nieuwe website

++ 15/01/10 10:47 +0100 - Lambert Carsten:
Een technisch probleem dat mij opviel bij openstreetmap.nl die niet 
speelt bij openstreetmaps.nl is dat bij het inzoomen (Ctrl+wiel) van de 
pagina (dus niet op de kaart zélf in map mode) het venster gedeeltelijk 
buiten beeld valt onderaan. De scroll balk rechts komt wel tevoorschijn 
[...]

Er zijn nog wel meer issues die op openstreetmap.nl spelen, en niet op 
openstreetmaps.nl, waaronder de compatibiliteit met de verschillende IE 
versies onder Windows. In een van de IE versies wordt bijvoorbeeld de 
kaart in de achtergrond niet geladen, schuift de balk met RSS feeds 
rechts naar de onderkant het beeld uit, hebben sommige van de pagina's 
horizontale en verticale scrollbars (zoals Contact) en werkt de Toon 
kaart button niet mooi. Met uitzondering van het tonen de kaart zijn 
dat allemaal geen issues met de code van openstreetmaps.nl. 

En de site is trager. 

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



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

Re: [OSM-talk-nl] Nieuwe website

++ 13/01/10 10:15 +0100 - Floris Looijesteijn:
openstreetmaps.nl??? is dat de licentie fork? ;)

Nee. Dat is gewoon een andere domeinnaam die ik van de oorspronkelijke 
houder heb overgenomen voor gebruik voor OpenStreetMap. Internationaal 
was dat gedaan en hier kon ik het verrassend eenvoudig regelen. 

De houder van openstreetmap.nl of de houder van openstreetmap.org mag
uiteraard de naam overnemen (als mijn kosten vergoed worden, ergens rond 
de drie tientjes). 




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


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

Re: [OSM-talk-nl] Nieuwe website

++ 15/01/10 10:47 +0100 - Lambert Carsten:
Ook van mij heel veel complimenten. Fantastisch werk, overzichtelijk en 
begrijpelijk. Echt een site om iedereen met een gerust hart naar te 
verwijzen. 

Nog een ander issue: doordat de content van de openstreetmap.nl in een 
frame is verstopt, is het niet meer mogelijk om naar een bepaalde pagina 
te verwijzen (zoals dat wel mogelijk is op openstreetmaps.nl).

Ik vind dat bijzonder slecht, omdat het gebruikers de mogelijkheid om 
makkelijk naar specifieke informatie te verwijzen ontneemt - en indirect 
een basis van het hele web onderuit schopt. Ik vind deze wijziging 
bijzonder slecht. 

Wat was het idee hier achter?


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


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

Re: [OSM-talk-nl] Nieuwe website

2010-01-18 Thread Stefan de Konink

Op 18-01-10 23:57, Rejo Zenger schreef:
 Ik vind dat bijzonder slecht, omdat het gebruikers de mogelijkheid om
 makkelijk naar specifieke informatie te verwijzen ontneemt - en indirect
 een basis van het hele web onderuit schopt. Ik vind deze wijziging
 bijzonder slecht.

 Wat was het idee hier achter?

Dat niet de hele pagina (inclusief alle tiles) herladen als je op een 
willekeurige link klikt. En wat je zegt klopt niet target=_top en 
target=content werken beide.


Stefan

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

Re: [OSM-talk-nl] Nieuwe website

2010-01-18 Thread Floris Looijesteijn

Stefan de Konink wrote:
 Op 18-01-10 23:57, Rejo Zenger schreef:
 Dat niet de hele pagina (inclusief alle tiles) herladen als je op een
 willekeurige link klikt. En wat je zegt klopt niet target=_top en
 target=content werken beide.

Ik neem aan dat Rejo bedoeld van buitenaf, je kunt nu niet linken naar
bijvoorbeeld de agenda, tenzij je hiermee genoegen neemt:

http://www.openstreetmap.nl/content/agenda.html

Groet,
Floris

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

Re: [OSM-talk-nl] Nieuwe website

2010-01-18 Thread Stefan de Konink

Op 19-01-10 00:13, Floris Looijesteijn schreef:
 Stefan de Konink wrote:
 Op 18-01-10 23:57, Rejo Zenger schreef:
 Dat niet de hele pagina (inclusief alle tiles) herladen als je op een
 willekeurige link klikt. En wat je zegt klopt niet target=_top en
 target=content werken beide.

 Ik neem aan dat Rejo bedoeld van buitenaf, je kunt nu niet linken naar
 bijvoorbeeld de agenda, tenzij je hiermee genoegen neemt:

 http://www.openstreetmap.nl/content/agenda.html

Op te lossen met Javascript, Rejo's herladen ook.

Dat geeft ons nogsteeds geen webmaster...


Stefan

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

Re: [OSM-talk-nl] Nieuwe website

++ 19/01/10 00:07 +0100 - Stefan de Konink:
 Ik vind dat bijzonder slecht, omdat het gebruikers de mogelijkheid om
 makkelijk naar specifieke informatie te verwijzen ontneemt - en indirect
 een basis van het hele web onderuit schopt. Ik vind deze wijziging
 bijzonder slecht.

 Wat was het idee hier achter?

Dat niet de hele pagina (inclusief alle tiles) herladen als je op een 
willekeurige link klikt.

Dat hoeft ook niet. Als je een en ander netjes oplost met client side 
caching, hoeven de tiles op de achtergrond niet herladen te worden als 
je op een interne link klinkt. Voor zover ik kan beoordelen is dat nog 
altijd zo bij de versie op bijvoorbeeld openstreetmaps.nl. 

Wat de reden ook is, het is vanuit de eindgebruiker bezien, een 
bijzonder onzalig idee om de content op deze manier weg te werken in de 
site. Dit staat haaks op de site die het moet zijn: toegangelijk en 
drempelloos voor mensen die niet bekend zijn met OpenStreetMap en 
mogelijk geen technische achtergrond hebben.

En wat je zegt klopt niet target=_top en target=content werken 
beide.

Ik heb de indruk dat je me niet goed begrepen hebt. Ik bedoelde dat het 
op geen handige manier mogelijk is om van elders vandaan te linken naar 
een specifieke pagina, tenzij je genoegen neemt met slechts de content 
in het frame (http://www.openstreetmap.nl/content/gegevensbronnen.html 
bijvoorbeeld). 


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


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

Re: [OSM-talk-nl] Nieuwe website

++ 19/01/10 00:19 +0100 - Stefan de Konink:
 Op 18-01-10 23:57, Rejo Zenger schreef:
 Dat niet de hele pagina (inclusief alle tiles) herladen als je op een
 willekeurige link klikt. En wat je zegt klopt niet target=_top en
 target=content werken beide.

 Ik neem aan dat Rejo bedoeld van buitenaf, je kunt nu niet linken naar
 bijvoorbeeld de agenda, tenzij je hiermee genoegen neemt:

 http://www.openstreetmap.nl/content/agenda.html

Op te lossen met Javascript, Rejo's herladen ook.

Hoe heb je dat in gedachten?

Het enige dat ik me kan bedenken dat je bedoeld is dat met Javascript 
gekeken wordt of de pagina die wordt opgevraagd al in het frame van de 
rest van de pagina zit en, indien dat niet het geval is, daar alsnog 
voor zorgt. 

Als je dat bedoeld, lijkt me dat geen goed idee. In de eerste plaats los 
je een probleem (deeplink kan niet meer) op met een workaround en is dat 
probleem ontstaan als workaround voor een ander probleem (tiles herladen 
bij interne navigatie). Dat moet netter kunnen.

Veel belangrijker is dat daarmee slechts de helft van het probleem wordt 
opgelost. Met de content in het frame kun je niet alleen geen deeplinks 
maken, maar ook is de URL voor die deeplink niet meer te vinden zonder 
onhandig te moeten doen. Deze website moet toegangelijk en drempelloos 
voor mensen die niet bekend zijn met OpenStreetMap (en mogelijk geen 
technsche achtergrond hebben). Dat de gebruiker de URI niet meer kan 
overnemen uit de adresbalk vind ik om die reden bijzonder slecht.

Dat geeft ons nogsteeds geen webmaster...

Yeah, yeah. 


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


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

Re: [OSM-talk-ie] Dublin mapping party on Feb 6th or 7th? Cast your vote!

2010-01-18 Thread Rory McCann

I really should be careful when composing emails while tired.


On 18/01/10 23:47, Rory McCann wrote:
 As you may or may not know, there's going to be another mapping party in
 Dublin. It's going to

This should read:

As you may or may not know, there's going to be another mapping party in
Dublin. It's going to based in TOG, the Dublin Hackerspace, in Smithfield.

Rory

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

[Talk-br] Status dos Projetos OSM-br (18/01/2010)

2010-01-18 Thread Vitor George

*Status dos Projetos OSM-br*
*
B250C - Brasil 250 Cidades*

Página do Projeto:
http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Brasil_250_Cidadeshttp://is.gd/655bg
Indicador: Conectividade em 69.56% (+3.65% ref. 11/01/2010)
Grid Atualizado: http://mapaslivres.org/cidades-distancias.html

*JOSM-br - Tradução ao português*

Página do Projeto:
https://translations.launchpad.net/josm/trunk/+pots/josmhttp://is.gd/6ykId
Indicador: String Traduzidas em 44.5%
Comentário: Esquecemos deste projeto. Agora será acompanhado semanalmente.
___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Status dos Projetos OSM-br (18/01/2010)

2010-01-18 Thread Vitor George

Olá,

Sugestão para quem puder ajudar. Vi que alguma cidades importantes, como
Florianópolis e Recife, estão sem conexão com outras cidades simplesmente
porque suas coordenadas estão mal-posicinadas. Temos que encontrar uma
posição dentro da cidade que esteja próxima a alguma estrada, e atualizar
aqui:

http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Brasil_250_Cidades/Cidades_da_1a_fase


Abs,
Vitor

2010/1/18 Vitor George vitor.geo...@gmail.com

 *Status dos Projetos OSM-br*
 *
 B250C - Brasil 250 Cidades*

 Página do Projeto:
 http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Brasil_250_Cidadeshttp://is.gd/655bg
 Indicador: Conectividade em 69.56% (+3.65% ref. 11/01/2010)
 Grid Atualizado: http://mapaslivres.org/cidades-distancias.html

 *JOSM-br - Tradução ao português*

 Página do Projeto:
 https://translations.launchpad.net/josm/trunk/+pots/josmhttp://is.gd/6ykId
 Indicador: String Traduzidas em 44.5%
 Comentário: Esquecemos deste projeto. Agora será acompanhado
 semanalmente.


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

[Talk-de] Karten für NaviPOWM auf dem Dev-Server

2010-01-18 Thread Stefan Dettenhofer (StefanDausR)

Hallo zusammen,

die aktuellen MAP-Files für NaviPOWM (0.2.3) stehen nun nur noch auf dem 
OSM-Dev-Server zur Verfügung!

Alle Daten und Infos unter:
http://dev.openstreetmap.de/navipowmmaps/

Die Karten werden dort automatisch generiert und die Aktualität dynamisch auf 
der o.g. Seite angezeigt.
Ich kann die Karten nun häufiger erzeugen als bisher:
GermanyPlus gibt es täglich!

Wie oft soll ich die anderen Kontinente umsetzen?


Gruß,
Stefan




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

Re: [Talk-de] PostGIS vs. MySQL

2010-01-18 Thread Bernd Wurst

Hallo.

Am Sonntag 17 Januar 2010 13:23:51 schrieb Sven Geggus:
 Dass man geospacial indexes hat. Damit kann man ganz schnell alle
 Objekte innerhalb einer bounding Box selektieren.

Ja, hat man. Aber bringt einem das was?

Ich meine, bei den Projekten von denen wir hier reden ist eine Abfrage
 WHERE lat BETWEEN 50.1 AND 50.2 AND lon BETWEEN 10.1 AND 10.2
völlig gleichwertig zu deiner Bounding-Box-Geometrie. Ob das jetzt Fehler im 
Meter- oder je nach Größe im niedrigen Kilometer-Bereich hat, ist doch Jacke 
wie Hose bei den Dingen hier.

Wie gesagt, ich würde aus Performance-Gründen noch z.B. zwei zusätzliche, 
indizierte Spalten mit int(lat*100) und int(lon*100) anlegen um nur noch 
Ganzzahlen zum Vergleich zu benutzen.

Interessant werden die Geo-Krams-Sachen doch wirklich erst bei richtigen 
Objekten (Schnitt von Flächen, ...).


  Und da Postgres halt nicht Shared-Hosting-geeignet ist [1] und man für
  solche Projekte sicherlich keinen eigenen Server braucht, ist MySQL hier
  IMHO die viel bessere Wahl weil immer schon vorhanden.
 Sorry also das Shared hosting Problem existiert so spätenstens seit wir
 den dev-server haben überhaupt nicht mehr. Dort können wir alle
 Software installieren die es unter Linux gibt.

Ja. Die Frage muss halt erlaubt sein, ob ich mit Halbwissen zu einer 
Spezialsoftware, die ich mir jetzt extra für ein Projekt anlerne wirklich 
besser bedient bin als mit einer Standardsoftware, die ich für zig andere 
Projekte auch nutze.
Und genau darauf will ich mit dem Hosting-Argument hinaus: MySQL hast du 
überall.


  [1]: Klingt nach Flame, ist es aber nicht.
  Ich habe mehrfach auf dem Linuxtag mit Postgres-Entwiklern darüber
  gesprochen: Es gibt keine Möglichkeit, einem Benutzer nur die Datenbanken
  zu zeigen, auf die er auch Zugriff hat. Ich finde es nicht tragbar, wenn
  man immer alle Datenbanken des ganzen Systems sehen kann (auch wenn man
  dann nicht in die Datenbank schauen kann). Da sind die
  Postgres-Entwickler anderer Meinung, die empfinden das als völlig egal
  und es wird nicht geändert werden.
 Wo ist bitte das Problem wenn jeder Benutzer die Namen aller Datenbanken
 anzeigen kann? Das ändert doch nichts daran, dass er keinen Zugriff
 auf diese hat. Security by obscurity, wenn Du mich fragst.

Zwei Dinge:
1. Übersicht. Es ist einfach Kacke, wenn ich die 186. und die 219. von 583 
Datenbanken nutzen möchte weil ich auf alle anderen keinen Zugriff habe.
2. Normalerweise gibt es keinen Grund, warum jemand sehen sollte welche 
Projekte ich alle betreibe. Zudem möchte ich aber sprechende Namen der 
Datenbanken haben. Von jedem Projekt sollte man den Betreiber ermitteln können 
aber nicht anders herum. Privacy, wenn du mich fragst.


  Und wenn man dann doch etwas mehr braucht, nimmt man halt die MySQL
  Spatial Extensions. Kann nicht alles was PostGIS kann aber doch irgendwie
  einiges.
 Da hab ich schon mehrfach gehört dass die nichts taugen, aber das ist
 höhrensagen.

Kenne ich nicht, taugt aber sicherlich nichts höre ich irgendwie recht oft 
von Postgres-Usern wenn sie nicht bereit sind, sich auf irgend etwas anderes 
als Postgres einzulassen. Auch ne Einstellung.


 Wo wir grade beim Datenbank advocacy sind. Ich habe auf dem devserver
 mit Postgres folgende Lösung implementiert:
 Shelluser erhalten bei Bedarf einen Datenbankaccount der ihrem
 Loginnamen entspricht. Autentifiziert wird über ident passwörter sind
 dadurch nicht notwendig. Für Zugriffe aus Webscripten gibt es einen
 weiteren User mit eingeschränkten Rechten.
 Für mysql konnte ich bisher keine vergleichbar elegante Lösung
 implementieren, einfach weil das Autentifizierungssystem unflexibel
 ist.

Das Postgres-Userauthentication-Konzept ist maßgeblich auf die Nicht-Web-
Nutzung optimiert und da sicherlich ne nette Sache (Wenn man automagische 
Authentifizierung gut findet). Ich würde Ident-Auth jedoch immer und überall 
ausschalten, weil ich das Konzept nicht mag. Aber hey, man hat die Wahl, ist 
das nicht toll?

Für Web-Nutzung brauchst du dann allerdings wieder nen Username/Passwort-
Account und hast irgendwie genau gar nichts gewonnen. Also werd bitte nicht 
albern, das spielt hier nämlich überhaupt keine Rolle.

Gruß, Bernd

-- 
Ruhm und Reichtum verändern einen Menschen nicht.
Sie zeigen nur, wie er wirklich ist.


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

Re: [Talk-de] Euro-Cities gegen Google

Karl Weber karl.webe...@gmx.net wrote:

 Das glaube ich weniger. Google ist ein profitorientiertes Unternehmen, OSM 
 nicht.

Warum sollte Google nicht so argumentieren dass es kostenlose Karte sowieso
gibt?

Sven

-- 
In my opinion MS is a lot better at making money than it is at making good
operating systems (Linus Torvalds, August 1997)

/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] PostGIS vs. MySQL

Bernd Wurst be...@bwurst.org wrote:

 Und genau darauf will ich mit dem Hosting-Argument hinaus: MySQL hast du 
 überall.

Windows auch :P

 Zwei Dinge:
 1. Übersicht. Es ist einfach Kacke, wenn ich die 186. und die 219. von 583 
 Datenbanken nutzen möchte weil ich auf alle anderen keinen Zugriff habe.
 2. Normalerweise gibt es keinen Grund, warum jemand sehen sollte welche 
 Projekte ich alle betreibe. Zudem möchte ich aber sprechende Namen der 
 Datenbanken haben. Von jedem Projekt sollte man den Betreiber ermitteln 
 können 
 aber nicht anders herum. Privacy, wenn du mich fragst.


 Kenne ich nicht, taugt aber sicherlich nichts höre ich irgendwie recht oft 
 von Postgres-Usern wenn sie nicht bereit sind, sich auf irgend etwas anderes 
 als Postgres einzulassen. Auch ne Einstellung.

Och ich gehe da ziemlich unvoreingenommen ran. Wenn myisam Tabellen
ausreichen ist MySQL zum Beispiel von der Geschwindigkeit her meist am
besten.

Was die Geospatial Extensions angeht, kennst Du jemanden, der die produktiv
nutzt? Ich jedenfalls nicht.

 Das Postgres-Userauthentication-Konzept ist maßgeblich auf die Nicht-Web-
 Nutzung optimiert und da sicherlich ne nette Sache (Wenn man automagische 
 Authentifizierung gut findet). 

Ich finde es lediglich sinnfrei pro Benutzer 25 Passwörter zu haben.
Postgres hat da ein sehr flexibles Konzept um die DB auth irgendwo
anzuflanschen.

 Für Web-Nutzung brauchst du dann allerdings wieder nen Username/Passwort-
 Account und hast irgendwie genau gar nichts gewonnen.

Warum sollte ich den brauchen? Zumindest so lange keiner in die Datenbank
_reinschreiben_ muss ist das völlig unnötig. Ich geben dem Apache User
einfach ebenfalls einen ident auth und setze die Berechtigungen in der
Datenbank so, dass dieser User lediglich select Rechte auf bestimmte
Tabellen bekommt.

Finde ich ehrlich gesagt elegant. Keine DB Passwörter in irgendwelchen
Scripten.

 ...

flame entsorgt

Gruss

Sven

-- 
Why are there so many Unix-haters-handbooks and not even one
Microsoft-Windows-haters handbook?
Gurer vf ab arrq sbe n unaqobbx gb ungr Zvpebfbsg Jvaqbjf!
/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] Relationen aus osm-Dateien herausfiltern

Chris-Hein Lunkhusen chris66...@gmx.de wrote:

 Cooles Teil.
 
 Kann man damit sowas machen:
 
 in:
 
 wpt lat=51.70584449 lon=7.53976062
 nameTest/name
 cmtCmt/cmt
 descDesc/desc
 symFlag, Blue/sym
 /wpt
 
 out:
 
 wpt lat=51.70584449 lon=7.53976062
 nameTest Cmt Desc/name
 cmtCmt/cmt
 descDesc/desc
 symFlag, Blue/sym
 /wpt
 
 Also bei jedem Waypoint die cmt und desc dem Namen anfügen?

Das geht bestimmt, frag mich aber nicht wie. So gut kenn ich mich damit und
mit xslt, was das ja unterm strich ist nicht aus.

Sven

-- 
Der normale Bürger ist nicht an der TU Dresden und schreibt auch
nicht mit mutt. (Ulli Kuhnle in de.comp.os.unix.discussion)

/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] PostGIS vs. MySQL

2010-01-18 Thread Frederik Ramm

Hallo,

Bernd Wurst wrote:
 Ich meine, bei den Projekten von denen wir hier reden ist eine Abfrage
 WHERE lat BETWEEN 50.1 AND 50.2 AND lon BETWEEN 10.1 AND 10.2
 völlig gleichwertig zu deiner Bounding-Box-Geometrie. Ob das jetzt Fehler im 
 Meter- oder je nach Größe im niedrigen Kilometer-Bereich hat, ist doch Jacke 
 wie Hose bei den Dingen hier.

Ich weiss nicht, ob ihr da nicht aneinander vorbeiredet:

 Wie gesagt, ich würde aus Performance-Gründen noch z.B. zwei zusätzliche, 
 indizierte Spalten mit int(lat*100) und int(lon*100) anlegen um nur noch 
 Ganzzahlen zum Vergleich zu benutzen.

Bei deinem Beispiel (where lat... and lon...) wird MySQL immer nur einen 
der beiden Indizes nutzen, und auf der anderen Spalte ist dann table 
scan angesagt. OSM hatte ja lange Zeit selbst MySQL in Betrieb und hat 
dafuer praktisch von Hand einen zweidimensionalen Index nachgebaut, 
indem zu jedem Koordinatenpaar ein tile-Wert errechnet wurde, und auf 
diesen wurde dann indiziert; eine Abfrage sah dann so aus:

... where tile in (riesenliste) and lat ... and lon ...

dadurch wurde mit dem tile vorgefiltert und dann mit lat/lon die 
Detailauswahl getroffen.

Ulkigerweise wird diese Methode auch jetzt, nach dem Wechsel auf 
Postgres, beibehalten, obwohl man dort (auch ohne PostGIS) einen 
zweidimensionalen Index zur Verfuegung haette.

Bye
Frederik

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

Re: [Talk-de] PostGIS vs. MySQL

2010-01-18 Thread Bernd Wurst

Hi Frederik.

Am Montag 18 Januar 2010 11:10:00 schrieb Frederik Ramm:
 Bei deinem Beispiel (where lat... and lon...) wird MySQL immer nur einen
 der beiden Indizes nutzen, und auf der anderen Spalte ist dann table
 scan angesagt. 

Hm, ich dachte das Problem wäre in neueren Versionen gelöst? Da hören meine 
Kenntnisse aber ehrlich gesagt auf und ich will da keine Behauptung 
aufgestellt haben die nicht stimmt. ;-)


Sei's drum. Bei der Menge Daten um die es in solchen Projekten geht, ist auch 
das ziemlich irrelevant. Ich denke Sven geht es mehr um den Programmierkomfort 
als um die Performance. Denn die Performance ist in dieser Liga gleichwertig 
(der Overhead der Verbindung zur DB ist eh mehr als die Zeit zum Suchen der 
Einträge).

Bei einem Datenumfang wie OSM im Ganzen ist das sicherlich ein Unterschied. 
Aber davon ist ja nicht die Rede sondern Sven wollte explizit für ein Projekt 
mit ein paar Tausend punktförmigen Objekten PostGIS.

Gruß, Bernd

-- 
Autos sind und bleiben Phallus-Symbole. Kein Wunder, dass sich der Smart
so schlecht verkauft. Kein Mann möchte freiwillig ein Phallus-Symbol, das
auch quer in die Lücke passt!  -  Eckart von Hirschhausen (dt. Comedian)


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

Re: [Talk-de] PostGIS vs. MySQL

2010-01-18 Thread Bernd Wurst

Hi.

Am Montag 18 Januar 2010 10:59:09 schrieb Sven Geggus:
 Bernd Wurst be...@bwurst.org wrote:
  Und genau darauf will ich mit dem Hosting-Argument hinaus: MySQL hast du
  überall.
 Windows auch :P

*Umschau* Wo? ;-)
Im Ernst, wenn ich meinen Rechner bediene, dann habe ich im Griff was ich wo 
installiere und wie ich was nutze.

Wenn ich aber für Kunden, Vereine, Freunde eine Anwendung schreibe, dann muss 
ich damit rechnen, dass die Hosting-Bedingungen durch externe Faktoren 
maßgeblich beeinflusst werden. Die Verfügbarkeit der Datenbank kommt dazu.
Bei kommerziellen Projekten mag man das noch definieren können und der Kunde 
muss das dann machen aber im Freizeitbereich ist das nicht so.


 Och ich gehe da ziemlich unvoreingenommen ran. Wenn myisam Tabellen
 ausreichen ist MySQL zum Beispiel von der Geschwindigkeit her meist am
 besten.

Wenn man nur MyISAM-Tabellen nutzen will, sollte man vermutlich keine 
richtige Datenbank benutzen sondern SQLite oder Textfiles. Aber das ist was 
anderes. :)


 Was die Geospatial Extensions angeht, kennst Du jemanden, der die produktiv
 nutzt? Ich jedenfalls nicht.

Ich kenne auch niemanden, der PostGIS nutzt. Ich habe davon gelesen, aber 
das befähigt mich nicht, Erfahrungen weiter zu geben.

Zudem ist das Alter der Verfügbarkeit durchaus relevant. Die GeoSpatial 
Extensions bei MySQL im brauchbaren Feature-Umfang sind einfach wesentlich 
neuer als PostGIS. Das hat auf die Verbreitung erheblichen Einfluss.


  Das Postgres-Userauthentication-Konzept ist maßgeblich auf die Nicht-Web-
  Nutzung optimiert und da sicherlich ne nette Sache (Wenn man automagische
  Authentifizierung gut findet).
 Ich finde es lediglich sinnfrei pro Benutzer 25 Passwörter zu haben.
 Postgres hat da ein sehr flexibles Konzept um die DB auth irgendwo
 anzuflanschen.

Das Konzept ist flexibel, ja. Aber das ist PAM auch. Aber wer nutzt denn 
ernsthaft irgendwas anderes als Passwörter? (SSH-Keys sind ne andere 
Baustelle.)

Wohlgemerkt: Ich will nicht sagen dass Postgres oder PostGIS *schlecht* oder 
schlechter sind. Du musst nicht die allgemeinen Vorzüge von Postgres 
aufzählen.
Mich interessieren die HIER RELEVANTEN Vorteile und dazu kam bisher nichts.


  Für Web-Nutzung brauchst du dann allerdings wieder nen Username/Passwort-
  Account und hast irgendwie genau gar nichts gewonnen.
 Warum sollte ich den brauchen? Zumindest so lange keiner in die Datenbank
 _reinschreiben_ muss ist das völlig unnötig. Ich geben dem Apache User
 einfach ebenfalls einen ident auth und setze die Berechtigungen in der
 Datenbank so, dass dieser User lediglich select Rechte auf bestimmte
 Tabellen bekommt.

Autsch. Und wenn ich dann zwei User auf dem Server habe, dann darf halt jeder 
alles lesen. 
Und von Web-Anwendungen die in die DB schreiben möchten habe ich glaube ich 
auch schonmal was gehört...


 Finde ich ehrlich gesagt elegant. Keine DB Passwörter in irgendwelchen
 Scripten.

Wo und wie man Passwörter speichert ist nun nicht grade durch die verwendete 
Datenbank definiert.


Sven, wir haben hier einen prächtigen Flamewar geschaffen, der sich um vieles 
dreht, aber nicht darum, warum für die Verwaltung von einstellig tausenden 
punktförmigen Objekten ein PostGIS das Mittel der Wahl sein sollte.
Ich antworte ab sofort nur noch auf eine Diskussion zu dieser Frage, denn der 
Rest wird redundant.

Gruß, Bernd

-- 
People who ask, `Can I ask you a question?' don't really give you a
choice, do they?


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

Re: [Talk-de] PostGIS vs. MySQL

Bernd Wurst be...@bwurst.org wrote:

 Autsch. Und wenn ich dann zwei User auf dem Server habe, dann darf halt jeder 
 alles lesen. 

Wo ist das Problem, es geht um Openstreetmapdaten.

 Und von Web-Anwendungen die in die DB schreiben möchten habe ich glaube ich 
 auch schonmal was gehört...

Ja sicher. Das ist auf dem devserver bisher nicht aufgetreten. Dafür werde
ich speziell abgesicherte Accounts mit eingeschränkten rechten verwenden,
die dann Schreibrechte für bestimmte Tabellen bekommen.

 Sven, wir haben hier einen prächtigen Flamewar geschaffen, der sich um vieles 
 dreht, aber nicht darum, warum für die Verwaltung von einstellig tausenden 
 punktförmigen Objekten ein PostGIS das Mittel der Wahl sein sollte.

Spannend wird es erst wenn Du mehr machen willst als eine Bounding Box query
das ist doch klar. Trotzdem würde ich dazu tendieren solche Daten in einer
Geometriespalte zu speichern gerade weil dann Dinge einfach werden die
andernfalls nahezu unlösbar wären. Eine Polygonauswahl wäre so ein Beispiel.

Oder was in der Richtung gib mir alle Pubs in der Stadt xy als gpx.

BTW Teil2 meines Postings enthielt eine konkrete Frage zu mysql auf die ich
bisher noch keine Antwort bekommen habe.

Gruss

Sven

-- 
In the land of the brave and the free, we defend our freedom
with the GNU GPL (Richard M. Stallman on www.gnu.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] PostGIS vs. MySQL

2010-01-18 Thread Frederik Ramm

Hallo,

Bernd Wurst wrote:
 Bei einem Datenumfang wie OSM im Ganzen ist das sicherlich ein Unterschied. 
 Aber davon ist ja nicht die Rede sondern Sven wollte explizit für ein Projekt 
 mit ein paar Tausend punktförmigen Objekten PostGIS.

Achso. Na fuer sowas nimmt man doch keine Datenbank, sondern eine 
KML-Datei ;-)

Bye
Frederik


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

Re: [Talk-de] PostGIS vs. MySQL

2010-01-18 Thread Hartmut Holzgraefe

Sven Geggus wrote:
 BTW Teil2 meines Postings enthielt eine konkrete Frage zu mysql auf 
 die ich
 bisher noch keine Antwort bekommen habe.
   

da mir grad nicht wirklich klar ist auf welches Posting du dich
beziehst oder was die Frage war: könntest Du die Frage noch
einmal wiederholen?

-- 
Hartmut Holzgraefe, MySQL Regional Support Manager, EMEA

Sun Microsystems GmbH, Sonnenallee 1, 85551 Kirchheim-Heimstetten
Amtsgericht Muenchen: HRB161028
Geschaeftsfuehrer: Thomas Schroeder, Wolfgang Engels, Wolf Frenkel
Vorsitzender des Aufsichtsrates: Martin Haering


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

[Talk-de] Probleme mit eigenem Mapnik

2010-01-18 Thread Christian H. Bruhn

Hallo!

Ich versuche mich gerade daran, Mapnik bei mir (Windows 7, 64-Bit) zu
laufen zu kriegen.

Das Ganze scheint auch langem Probieren geklappt zu haben. Ich kann
Bilder bzw. Tiles rendern. Allerdings wir nicht alles angezeigt. So
werden z.B. landuse=residential oder landuse=forest nicht angezeigt.

Ich habe die aktuellen Standardregeln von [1] genutzt und nur die
Dateien mit generate_xml.py angepaßt.

Das Ergebnis kann man unter [2] sehen.

Hat jemand 'ne Idee, warum das Ganze nicht funktioniert?

Christian

[1] http://svn.openstreetmap.org/applications/rendering/mapnik/
[2] http://img12.imageshack.us/img12/9171/imagepne.png


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

Re: [Talk-de] OpenLinkMap

Am Montag 18 Januar 2010 00:28:32 schrieb Ulf Lamping:
 Am 17.01.2010 20:34, schrieb Alexander Matheisen:
  Habe leichte Veränderungen vorgenommen, die hier von einigen gewünscht
  wurden: * die Anzeige des Datenstandes funktioniert nun wieder (hatte
  einen Tippfehler im Code, deshalb funktionierte das auch nicht mehr)
 
 Schön!
 
  * es wird nun angezeigt, für welchen Bereich die Daten vorrätig sind
 
 Auch schön!
 
  * auf der Infoseite gibt es nun eine Übersicht über die berücksichtigten
  Tags sowie die erlaubten Werte
 
 Über die E-Mail Zeile müssen wir nochmal reden:
 
 E-Mailfax gültige E-Mailadresse
 
 Ich glaub einfach nicht, das du da die Faxnummern auswertest ;-)
Tu ich auch nicht. War mal wieder so ein Flüchtigkeitsfehler, Tabellenzeile 
kopiert und dann vergessen, alles anzupassen. ;-)
Ist jetzt aber gefixt.
 
 
 Ich hab übrigens gerade phone/fax/email in die Map Features eingetragen.
 Werden oft genug verwendet und sind wesentlich häufiger als die
 Alternativen wie contact:xy. Mal schauen ob einer meckert ...
 
 Gruß, ULFL
Rurseekatze
 
 P.S: Meine Nürnberger Änderungen von gestern abend sind leider noch
 nicht drin, da muß ich wohl noch ein bisschen warten ...
 
Hab die Daten gerade eben aktualisiert.
Wenn sich nicht wieder ein Fehler eingeschlichen hat, sollte die nun drin 
sein... :)
Und:
Im Vergleich zum 16.1 sind heute 368 Wikipedialinks und 312 Weblinks 
hinzugekommen! Anscheinend hat diese Karte schon einige Mapper zum Taggen 
dieser Sachen bewegen können!

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

[Talk-de] Crisismapping Haiti, OSM und die Medien

2010-01-18 Thread Michael Buege


Moin
Fuer den nun eingetretenen Fall, dass die Medien langsam wach werden und es
Nachfragen um Thema gibt, hatte ich schon mal die Zusammenfassung fuer die
Presse uebersetzt und ergaenzt.
http://wiki.openstreetmap.org/wiki/DE:WikiProject_Haiti/Press_info
Ich bitte jeden, der mag und ueber bessere oder zusaetzliche Informationen
verfuegt, die dort zu hinterlassen. Mail an mich geht auch, ich schreib`s
dann mit rein.
Laut Anmerkung eines Journalisten mir gegenueber hat das DRK auf Nachfrage
gemeint, man lehnt das Benutzen der OSM-Daten ab. Hat da jemand Kontakt zum
DRK und kann Naeheres in Erfahrung bringen? 

-- 
Michael


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

Re: [Talk-de] Karte mit Marker im Wiki - ist das mögli ch

2010-01-18 Thread Marvin Preuss

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jan Tappenbeck schrieb:


 Hallo Marvin,

 es geht mir um unser OSM-wiki !

 Gruß Jan .-)

OK...dann einfach vergessen was ich gesagt habe :)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAktUbF4ACgkQChE8w47F3oMtZgCgnH3YYTi1QMRtgwhijT9B7SQb
RLsAnjJ0YS0gQX8wFbBk2Ywj2nCisKJk
=+IiE
-END PGP SIGNATURE-

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

Re: [Talk-de] Crisismapping Haiti, OSM und die Medien


Am 18.01.2010 um 14:51 schrieb Michael Buege:

 
 Moin
 Fuer den nun eingetretenen Fall, dass die Medien langsam wach werden und es
 Nachfragen um Thema gibt, hatte ich schon mal die Zusammenfassung fuer die
 Presse uebersetzt und ergaenzt.
 http://wiki.openstreetmap.org/wiki/DE:WikiProject_Haiti/Press_info
 Ich bitte jeden, der mag und ueber bessere oder zusaetzliche Informationen
 verfuegt, die dort zu hinterlassen. Mail an mich geht auch, ich schreib`s
 dann mit rein.
 Laut Anmerkung eines Journalisten mir gegenueber hat das DRK auf Nachfrage
 gemeint, man lehnt das Benutzen der OSM-Daten ab. Hat da jemand Kontakt zum
 DRK und kann Naeheres in Erfahrung bringen? 

Vermutlich nutzen sie Karten von den verschiedenen UN-Mapping-Organisationen. 
Die nutzen glücklicherweise aber oft OSM-Daten zumindest in Teilen :-D

Richtig schade ist es, wenn irgendwelche Geographen selbst alte Karten abmalen 
und dann zur Verfügung stellen anstatt zu OSM beizutragen. Objektive Gründe 
gibt es dafür aber wohl zum jetzigen Zeitpunkt keine (die ich mir vorstellen 
kann oder die ich auf den Mailinglisten gelesen habe). 
Leider wurde auch beim Analysieren der Luftbilder im Bezug auf Schäden viel 
Arbeit doppelt gemacht, es gibt mind. 3 unabhängige Datensätze dazu. Für die 
Zukunft muss da noch viel Informations- und Koordinationsarbeit (von allen 
Crisismappern) geleistet werden, damit die Ressourcen noch besser gebündelt 
werden. 
Trotzdem ist es sehr beeindruckend, wie sowohl die OSM-Seite als auch die 
andere Organisationen konstruktiv (zusammen) arbeiten.

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

Re: [Talk-de] OpenLinkMap

2010-01-18 Thread Fabian

wie schon gesagt wurde: endlich sieht man wozu immer alle infos
eingetragen wurden.
Habe noch die Ueberlegung ob nicht auch opening_hours ausgewertet und
angezeigt werden koennen. Bisher pflege ich die immer mit fuer meinen
Baecker,Supermarkt,Fahrradladen,Museen,Restaurants etc. aber wenn ich
sie wissen will muss ich in den edit modus gehen.

JEdenfalls sehr schoene Karte und gute Dokumentation. :-)



Alexander Matheisen wrote:
 Am Montag 18 Januar 2010 00:28:32 schrieb Ulf Lamping:
 Am 17.01.2010 20:34, schrieb Alexander Matheisen:
 Habe leichte Veränderungen vorgenommen, die hier von einigen gewünscht
 wurden: * die Anzeige des Datenstandes funktioniert nun wieder (hatte
 einen Tippfehler im Code, deshalb funktionierte das auch nicht mehr)
 Schön!

 * es wird nun angezeigt, für welchen Bereich die Daten vorrätig sind
 Auch schön!

 * auf der Infoseite gibt es nun eine Übersicht über die berücksichtigten
 Tags sowie die erlaubten Werte
 Über die E-Mail Zeile müssen wir nochmal reden:

 E-Mail   fax gültige E-Mailadresse

 Ich glaub einfach nicht, das du da die Faxnummern auswertest ;-)
 Tu ich auch nicht. War mal wieder so ein Flüchtigkeitsfehler, Tabellenzeile 
 kopiert und dann vergessen, alles anzupassen. ;-)
 Ist jetzt aber gefixt.

 Ich hab übrigens gerade phone/fax/email in die Map Features eingetragen.
 Werden oft genug verwendet und sind wesentlich häufiger als die
 Alternativen wie contact:xy. Mal schauen ob einer meckert ...

 Gruß, ULFL
 Rurseekatze
 P.S: Meine Nürnberger Änderungen von gestern abend sind leider noch
 nicht drin, da muß ich wohl noch ein bisschen warten ...

 Hab die Daten gerade eben aktualisiert.
 Wenn sich nicht wieder ein Fehler eingeschlichen hat, sollte die nun drin 
 sein... :)
 Und:
 Im Vergleich zum 16.1 sind heute 368 Wikipedialinks und 312 Weblinks 
 hinzugekommen! Anscheinend hat diese Karte schon einige Mapper zum Taggen 
 dieser Sachen bewegen können!
 
 ___
 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] Gartenzwerge im OSM-Land, war Aufruf

2010-01-18 Thread qbert biker


 Original-Nachricht 
 Datum: Sat, 16 Jan 2010 13:00:54 +0100
 Von: Sven Sommerkamp s_sommerk...@gmx.de
 An: talk-de@openstreetmap.org
 Betreff: Re: [Talk-de] Gartenzwerge im OSM-Land, war Aufruf


 Aber damit das anders laufen könnte bräuchte es andere Strukturen bei
 OSM..

Das waere wieder mal ein Thema zum totdiskutieren.
Es ist wie es ist und Gartenzwerge sind den meisten
eben wichtiger als Autobahnen ;)

 Oder vielleicht ein zweites in dem man einen Gegenvorschlag für
 allgemeine 
 Verfahrensweisen macht.

Noe, kein zweites OSM, aber es gibt freilich schon 
Moeglichkeiten. Ich habe schon angefangen, andere 
Verfahrensweisen und Werkzeuge zu entwicklen, die OSM
nutzen, ohne dessen Begrenzungen abzubekommen. Ein 
Zwischenergebnis davon habe ich am 1. Januar, siehe
'spurgenaue Abbildung' veroeffentlicht. 

Das ist allerdings nur ein Zwischenschritt. Das 
mittelfristige Ziel ist Konstruktionen als solche 
abzubilden mit ihren Parallelen, Symmetrien und 
anderen Eigenschaften. Dieses (Arbeits-)format kann
dann auch nach OSM exportiert werden, wobei 
die internen Konstruktionsdaten natuerlich verloren
gehen.

Die neuen Werkzeuge sind also keine Konkurrenz zur
OSM-Welt, sondern eine Parallelwelt mit Verbindungen
zu OSM. Wenn ich z.B. einen Router mit Spurassistenz
will, man sich aber bei OSM nicht auf entsprechend
genaue Abbildungen eingen kann, erstelle ich die
Autobahnen teilweise neu und binde ansonsten das 
bestehende OSM-Datenmaterial ein. 

Ein weiteres Problem, das ich mit dieser Vorgehensweise
erschlage ist das leidige Lizenzproblem. Alle von
mir mit den neuen Tools erstellten Daten sind 
lizenztechnisch von OSM unabhaengig. Erst mit dem
Einbinden der OSM Daten zu einem Gesamtdatensatz
greift die jeweilige OSM-Lizenz. Die Ursprungsdaten
kann ich auch unter einer BSD-Lizenz vertreiben.

Gruesse Hubert

Ach ja, wenn es bei den Werkzeugen entsprechende
Fortschritte gibt, werde ich die hier melden. Derzeit
sind die noch nicht so weit, dass eine Veroeffentlichung
viel Sinn macht.
-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

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

[Talk-de] Englische Diskussion über De:OpenStr eetMap License

2010-01-18 Thread Norbert Kück

Hallo,
wenn ich das
http://wiki.openstreetmap.org/wiki/Talk:OpenStreetMap_License#De:OpenStreetMap_License_Extra_information.3F
richtig verstehe, gibt es Überlegungen, De:OpenStreetMap License mit der
englischen Version gleichzuschalten. Das würde Erweiterungen, die
aufgrund auch hier geführter Diskussionen erfolgt sind, vernichten. In
der Folge müssten sich potentielle Nutzer wieder unnötig durch das Wiki
klicken, um die nötige Info zu bekommen.
Aber wenn's denn schee macht ...
Gruß
nk


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

Re: [Talk-de] Crisismapping Haiti, OSM und die Medien

2010-01-18 Thread Norbert Kück

Hallo,

am 18.01.2010 14:51 schrieb Michael Buege:
 Laut Anmerkung eines Journalisten mir gegenueber hat das DRK auf Nachfrage
 gemeint, man lehnt das Benutzen der OSM-Daten ab. Hat da jemand Kontakt zum
 DRK und kann Naeheres in Erfahrung bringen? 

Es ging doch umfänglich durch die Nachrichten, dass professionelle 
Stellen (DLR meine ich zu erinnern) eifrig Satellitenbilder 
abdigitalisieren und hins. Zerstörungen auswerten. Das wird natürlich 
lieber genommen, als die Karten von Heimwerkern.
Gruß
nk

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

Re: [Talk-de] Crisismapping Haiti, OSM und die Medien

2010-01-18 Thread Jan Tappenbeck

Am 18.01.2010 15:23, schrieb Jonas Krückel:

 Am 18.01.2010 um 14:51 schrieb Michael Buege:


 Moin
 Fuer den nun eingetretenen Fall, dass die Medien langsam wach werden und es
 Nachfragen um Thema gibt, hatte ich schon mal die Zusammenfassung fuer die
 Presse uebersetzt und ergaenzt.
 http://wiki.openstreetmap.org/wiki/DE:WikiProject_Haiti/Press_info
 Ich bitte jeden, der mag und ueber bessere oder zusaetzliche Informationen
 verfuegt, die dort zu hinterlassen. Mail an mich geht auch, ich schreib`s
 dann mit rein.
 Laut Anmerkung eines Journalisten mir gegenueber hat das DRK auf Nachfrage
 gemeint, man lehnt das Benutzen der OSM-Daten ab. Hat da jemand Kontakt zum
 DRK und kann Naeheres in Erfahrung bringen?

 Vermutlich nutzen sie Karten von den verschiedenen UN-Mapping-Organisationen. 
 Die nutzen glücklicherweise aber oft OSM-Daten zumindest in Teilen :-D

 Richtig schade ist es, wenn irgendwelche Geographen selbst alte Karten 
 abmalen und dann zur Verfügung stellen anstatt zu OSM beizutragen. Objektive 
 Gründe gibt es dafür aber wohl zum jetzigen Zeitpunkt keine (die ich mir 
 vorstellen kann oder die ich auf den Mailinglisten gelesen habe).
 Leider wurde auch beim Analysieren der Luftbilder im Bezug auf Schäden viel 
 Arbeit doppelt gemacht, es gibt mind. 3 unabhängige Datensätze dazu. Für die 
 Zukunft muss da noch viel Informations- und Koordinationsarbeit (von allen 
 Crisismappern) geleistet werden, damit die Ressourcen noch besser gebündelt 
 werden.
 Trotzdem ist es sehr beeindruckend, wie sowohl die OSM-Seite als auch die 
 andere Organisationen konstruktiv (zusammen) arbeiten.

 Gruß
 Jonas

Gestern Abend war ja der Bericht im ZDF vom DLR und da wurde als Nutzer 
das DRK genannt (wenn ich das noch richtig in Erinnerung habe).

Ich könnte mir gut Vorstellen das diese Orga langfristige Verträge haben 
um bei Bedarf auf deren Daten zugreifen zu können.

Vielleicht meinen andere (ich will das damit nicht zwangsläufig auf die 
hier genannten übertragen) das was nichts kostet nichts taugt - wenn die 
schon nicht selber messen bzw. die Bilder erstellen.

Bleibt nur das einmal abzuklären und nachhaltig aufzuarbeiten.

Gruß Jan :-)


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

Re: [Talk-de] OpenLinkMap

Am Montag 18 Januar 2010 15:38:35 schrieb Fabian:
 wie schon gesagt wurde: endlich sieht man wozu immer alle infos
 eingetragen wurden.
 Habe noch die Ueberlegung ob nicht auch opening_hours ausgewertet und
 angezeigt werden koennen. Bisher pflege ich die immer mit fuer meinen
 Baecker,Supermarkt,Fahrradladen,Museen,Restaurants etc. aber wenn ich
 sie wissen will muss ich in den edit modus gehen.
 
 JEdenfalls sehr schoene Karte und gute Dokumentation. :-)

Öffnungszeiten wären vielleicht auch noch praktisch, werde ich vielleicht auch 
mal einbauen. 
Ich denke, du könntest das aber auch mal den Entwickler dieser beiden Karten*
vorschlagen, denn da würde die Öffnungszeiten meiner Meinung nach noch besser 
hineinpassen.

*
1. http://wiki.openstreetmap.org/wiki/FOSSGIS/Server/Projects/simple-poi-list
2. http://wiki.openstreetmap.org/wiki/FOSSGIS/Server/Projects/simple-poi-list

 
 Alexander Matheisen wrote:
  Am Montag 18 Januar 2010 00:28:32 schrieb Ulf Lamping:
  Am 17.01.2010 20:34, schrieb Alexander Matheisen:
  Habe leichte Veränderungen vorgenommen, die hier von einigen gewünscht
  wurden: * die Anzeige des Datenstandes funktioniert nun wieder (hatte
  einen Tippfehler im Code, deshalb funktionierte das auch nicht mehr)
 
  Schön!
 
  * es wird nun angezeigt, für welchen Bereich die Daten vorrätig sind
 
  Auch schön!
 
  * auf der Infoseite gibt es nun eine Übersicht über die
  berücksichtigten Tags sowie die erlaubten Werte
 
  Über die E-Mail Zeile müssen wir nochmal reden:
 
  E-Mail fax gültige E-Mailadresse
 
  Ich glaub einfach nicht, das du da die Faxnummern auswertest ;-)
 
  Tu ich auch nicht. War mal wieder so ein Flüchtigkeitsfehler,
  Tabellenzeile kopiert und dann vergessen, alles anzupassen. ;-)
  Ist jetzt aber gefixt.
 
  Ich hab übrigens gerade phone/fax/email in die Map Features eingetragen.
  Werden oft genug verwendet und sind wesentlich häufiger als die
  Alternativen wie contact:xy. Mal schauen ob einer meckert ...
 
  Gruß, ULFL
 
  Rurseekatze
 
  P.S: Meine Nürnberger Änderungen von gestern abend sind leider noch
  nicht drin, da muß ich wohl noch ein bisschen warten ...
 
  Hab die Daten gerade eben aktualisiert.
  Wenn sich nicht wieder ein Fehler eingeschlichen hat, sollte die nun drin
  sein... :)
  Und:
  Im Vergleich zum 16.1 sind heute 368 Wikipedialinks und 312 Weblinks
  hinzugekommen! Anscheinend hat diese Karte schon einige Mapper zum Taggen
  dieser Sachen bewegen können!
 
  ___
  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
 

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

[Talk-de] Nachtrag: Englische Diskussion über De:OpenStreetMap License

2010-01-18 Thread Norbert Kück



am 18.01.2010 15:50 schrieb Norbert Kück:
 Hallo,
 wenn ich das
 http://wiki.openstreetmap.org/wiki/Talk:OpenStreetMap_License#De:OpenStreetMap_License_Extra_information.3F
 richtig verstehe, gibt es Überlegungen, De:OpenStreetMap License mit der
 englischen Version gleichzuschalten. Das würde Erweiterungen, die
 aufgrund auch hier geführter Diskussionen erfolgt sind, vernichten. In
 der Folge müssten sich potentielle Nutzer wieder unnötig durch das Wiki
 klicken, um die nötige Info zu bekommen.
 Aber wenn's denn schee macht ...

Der Diskussionsverlauf wurde gekürzt. Die Vorversion ist:
http://wiki.openstreetmap.org/index.php?title=Talk:OpenStreetMap_Licenseoldid=407466#Ugly_clean-up_label

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

Re: [Talk-de] Crisismapping Haiti, OSM und die Medien


Am 18.01.2010 um 16:28 schrieb Jan Tappenbeck:

 Am 18.01.2010 15:23, schrieb Jonas Krückel:
 
 Am 18.01.2010 um 14:51 schrieb Michael Buege:
 
 
 Moin
 Fuer den nun eingetretenen Fall, dass die Medien langsam wach werden und es
 Nachfragen um Thema gibt, hatte ich schon mal die Zusammenfassung fuer die
 Presse uebersetzt und ergaenzt.
 http://wiki.openstreetmap.org/wiki/DE:WikiProject_Haiti/Press_info
 Ich bitte jeden, der mag und ueber bessere oder zusaetzliche Informationen
 verfuegt, die dort zu hinterlassen. Mail an mich geht auch, ich schreib`s
 dann mit rein.
 Laut Anmerkung eines Journalisten mir gegenueber hat das DRK auf Nachfrage
 gemeint, man lehnt das Benutzen der OSM-Daten ab. Hat da jemand Kontakt zum
 DRK und kann Naeheres in Erfahrung bringen?
 
 Vermutlich nutzen sie Karten von den verschiedenen 
 UN-Mapping-Organisationen. Die nutzen glücklicherweise aber oft OSM-Daten 
 zumindest in Teilen :-D
 
 Richtig schade ist es, wenn irgendwelche Geographen selbst alte Karten 
 abmalen und dann zur Verfügung stellen anstatt zu OSM beizutragen. Objektive 
 Gründe gibt es dafür aber wohl zum jetzigen Zeitpunkt keine (die ich mir 
 vorstellen kann oder die ich auf den Mailinglisten gelesen habe).
 Leider wurde auch beim Analysieren der Luftbilder im Bezug auf Schäden viel 
 Arbeit doppelt gemacht, es gibt mind. 3 unabhängige Datensätze dazu. Für die 
 Zukunft muss da noch viel Informations- und Koordinationsarbeit (von allen 
 Crisismappern) geleistet werden, damit die Ressourcen noch besser gebündelt 
 werden.
 Trotzdem ist es sehr beeindruckend, wie sowohl die OSM-Seite als auch die 
 andere Organisationen konstruktiv (zusammen) arbeiten.
 
 Gruß
 Jonas
 
 Gestern Abend war ja der Bericht im ZDF vom DLR und da wurde als Nutzer 
 das DRK genannt (wenn ich das noch richtig in Erinnerung habe).
 
 Ich könnte mir gut Vorstellen das diese Orga langfristige Verträge haben 
 um bei Bedarf auf deren Daten zugreifen zu können.
 
 Vielleicht meinen andere (ich will das damit nicht zwangsläufig auf die 
 hier genannten übertragen) das was nichts kostet nichts taugt - wenn die 
 schon nicht selber messen bzw. die Bilder erstellen.

Sag ich ja, keine objektiven bzw. rationalen Gründe. Ich wage mich auch zu 
behaupten, dass einige OSM-User mehr Erfahrung im Auslesen von 
Satellitenbildern haben als so manch anderer Kartograph. Außerdem würde, wenn 
alle nur mit der OSM-Datenbank arbeiten würden, die Qualität auch nochmals 
steigen. Mit eigenen Tags kann man, wenn man unbedingt möchte, auch seine 
eigenen Daten kennzeichnen.

Verstehen kann ich die Aufteilung nach Straßendaten (OSM) und Analyse auf 
Schäden (andere Organisation). Aber auch da wird halt vieles doppelt und 
dreifach gemacht und die Verschwendung von Ressourcen und die Verwirrung, die 
auf Grund der Fülle von Datensätzen eintritt, schadet jedem. Auch hier wäre 
eine zentrale Datenbank sinnvoll.

Gruß
Jonas


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

Re: [Talk-de] Crisismapping Haiti, OSM und die Medien

2010-01-18 Thread Mirko Küster

 Vielleicht meinen andere (ich will das damit nicht zwangsläufig auf die
 hier genannten übertragen) das was nichts kostet nichts taugt - wenn die
 schon nicht selber messen bzw. die Bilder erstellen.

Na ja, wir können zwar viel, aber haben auch unsere Grenzen. Du weißt nicht 
auf was das DLR zurückgreift und ob das nicht besser ist als die Geo Eye 
Aufnahmen. Die können beispielsweise IR Aufnahmen usw. zeitnah einholen. 
Dazu sitzen da sicher durchweg Leute die auf Bildauswertung geschult sind 
und mehr sehen als die meisten hier. Das ist der Punkt den ich damals schon 
bei der Geschichte mit den Rettungsdiensten meinte. Wir mögen schnell und 
aktuell sein, sind aber eben in einigen Punkten lange kein Ersatz. Wie man 
jetzt sieht lag ich nicht daneben.

Bei OSM schwankt die Quallität widerum mit dem jeweiligen Bearbeiter. Jedem 
ist etwas anderes wichtig und wertet auch anders aus. Wo der eine ein 
Gebäude um den Schatten zeichnet, einen Sandhaufen meintwegen als 
Trümmerschatten interpretiert, guckt der andere genauer hin. 
Lufttbildauswertung ist eine Kunst wo die Erfahrung viel ausmacht. Wo der 
eine nur einen bunten Pixelhaufen sieht, kann ein anderer mit Augen 
zukniepen, etwas Abstand und eben Erfahrung schon etwas genaues ausmachen.

Uns fehlt es an dutzende technischen Möglichkeiten und eben an einer 
durchweg gleichmäßigen Quallität.

Gruß
Mirko 


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

Re: [Talk-de] Crisismapping Haiti, OSM und die Medien

2010-01-18 Thread Markus

Hallo Michael und Norbert,

 DLR: Luftbilder abdigitalisieren und hins. Zerstörungen auswerten.

Manuelle Luftbildauswertung ist eine grosse Kunst.
Es braucht viel Erfahrung, aus verschwommenen Pixeln Strukturen und 
Eigenschaften abzuleiten.

Nicht jeder OSMer, der in DE gut arbeitet, kann diese Differenzierungen 
auch in ihm nicht vertrauten Gegenden leisten.

Beispielsweise sind Küstenlinien an flach verlaufenden Küsten, 
insbesondere wenn der Meeresboden bewachsen oder die Wasseroberfläche 
mit Algen überzogen ist, sehr schwer zu lokalisieren.
Oder die Unterscheidung von Meer/See/Sumpf/trockenfallend.
Oder die Unterscheidung von ausgetrockneten Wasserläufen (oft 
unpassierbar) und Wegen.
Oder der Verlauf von Wegen bei schwacher Auflösung.

Da helfen spezielle mathematische Analyse-Verfahren, mit denen 
Vegetation von Wasser oder Boden unterschieden, oder mit denen aus 
Veränderungen der Lichtintensität Schatten berechnet und daraus Objekte 
abgeleitet/positioniert werden.
Und mit vorher/nachher-Vergleichen können Zerstörungen auch aus sehr 
schlecht auflösenden DOPs beeindruckend herausgefiltert werden.

Für die Zukunft ist natürlich eine Zusammenarbeit zwischen Community und 
Profis wünschenswert. Aber ich glaube das wird kommen. So wie grad mit 
Google.

Und bis dahin sind unsere Karten - zumindest für Haiti - das Beste was 
es gibt: stundenaktuell, detailliert, kostenlos.

Gruss, Markus

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

Re: [Talk-de] OpenLinkMap

2010-01-18 Thread Martin Koppenhoefer

Am 17. Januar 2010 18:52 schrieb Alexander Matheisen 
alexandermathei...@ish.de:


  Hm ich könnte http://home.geggus.net an meien hausnumemr dranhängen :)
 Wenn dein Haus ein Point of Interest ist und von überregionaler Bedeutung
 ist,
 steht dem nichts im Wege ;-)


oder alternativ, wenn es eine eingetragene Marke ist, er über 500
Mitarbeiter beschäftigt, oder in einer Enzyklopädie erwähnt wird? Habe ich
die OSM-Relevanzdiskussion überlesen?

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

Re: [Talk-de] Crisismapping Haiti, OSM und die Medien

2010-01-18 Thread Jan Tappenbeck

Am 18.01.2010 16:55, schrieb Markus:
 Hallo Michael und Norbert,

 DLR: Luftbilder abdigitalisieren und hins. Zerstörungen auswerten.

 Manuelle Luftbildauswertung ist eine grosse Kunst.
 Es braucht viel Erfahrung, aus verschwommenen Pixeln Strukturen und
 Eigenschaften abzuleiten.

 Nicht jeder OSMer, der in DE gut arbeitet, kann diese Differenzierungen
 auch in ihm nicht vertrauten Gegenden leisten.

 Beispielsweise sind Küstenlinien an flach verlaufenden Küsten,
 insbesondere wenn der Meeresboden bewachsen oder die Wasseroberfläche
 mit Algen überzogen ist, sehr schwer zu lokalisieren.
 Oder die Unterscheidung von Meer/See/Sumpf/trockenfallend.
 Oder die Unterscheidung von ausgetrockneten Wasserläufen (oft
 unpassierbar) und Wegen.
 Oder der Verlauf von Wegen bei schwacher Auflösung.

 Da helfen spezielle mathematische Analyse-Verfahren, mit denen
 Vegetation von Wasser oder Boden unterschieden, oder mit denen aus
 Veränderungen der Lichtintensität Schatten berechnet und daraus Objekte
 abgeleitet/positioniert werden.
 Und mit vorher/nachher-Vergleichen können Zerstörungen auch aus sehr
 schlecht auflösenden DOPs beeindruckend herausgefiltert werden.


die machten mir aber auch nur den Eindruck das abgezeichnet wird - aber 
das kann auch für das Fernsehen nur gemacht worden sein.

Gruß Jan :-)


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

Re: [Talk-de] Crisismapping Haiti, OSM und die Medien

2010-01-18 Thread Frederik Ramm

Hallo,

Jonas Krückel wrote:
 Verstehen kann ich die Aufteilung nach Straßendaten (OSM) und Analyse
 auf Schäden (andere Organisation). Aber auch da wird halt vieles
 doppelt und dreifach gemacht und die Verschwendung von Ressourcen und
 die Verwirrung, die auf Grund der Fülle von Datensätzen eintritt,
 schadet jedem. Auch hier wäre eine zentrale Datenbank sinnvoll.

Wobei ich glaube, dass zumindest einige der anderen Organisationen in 
solchen Faellen grundsaetzlich auf eine PD- oder macht was ihr 
wollt-Lizenz setzen. Selbst die grossen Luftbildanbieter haben ja fuer 
Haiti einfach ihre Daten als macht was ihr wollt freigegeben. Ich 
denke, es waere anmassend, anzunehmen, dass die Welt sich kuenftig fuer 
Krisenfall-Daten irgendwelchen wenn ihr unsere Daten benutzt, muesst 
ihr aber ...-Regeln von OSM beugt.

Das bedeutet in letzter Konsequenz, dass man eigentlich eine 
Spezialinstanz der OSM-Technologie aufsetzen muesste, die komplett unter 
PD laeuft, und die in solchen Krisenfaellen von allen eingesetzt werden 
kann. Wenn die Krise dann mal vorbei ist, koennen die verbleibenden 
Daten (bereinigt von temporaerem Kram wie hier ist ein Baum 
umgefallen) dann, weil's ja PD ist, schmerzfrei in die normale 
OSM-Datenbank uebernommen werden.

Wenn man sich jetzt Haiti anschaut, dann ist ja praktisch alles an 
Daten, was einen Wert hat, erst in Folge der Katastrophe entstanden; 
vorher war ein bisschen was da, aber nichts, was man jetzt zwingend als 
Startpunkt gebraucht haette. Haette man bei Null angefangen, waere das 
Ergebnis heute nur unwesentlich anders.

Bye
Frederik

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

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

Re: [Talk-de] Crisismapping Haiti, OSM und die Medien


Am 18.01.2010 um 17:43 schrieb Frederik Ramm:

 Hallo,
 
 Jonas Krückel wrote:
 Verstehen kann ich die Aufteilung nach Straßendaten (OSM) und Analyse
 auf Schäden (andere Organisation). Aber auch da wird halt vieles
 doppelt und dreifach gemacht und die Verschwendung von Ressourcen und
 die Verwirrung, die auf Grund der Fülle von Datensätzen eintritt,
 schadet jedem. Auch hier wäre eine zentrale Datenbank sinnvoll.
 
 Wobei ich glaube, dass zumindest einige der anderen Organisationen in 
 solchen Faellen grundsaetzlich auf eine PD- oder macht was ihr 
 wollt-Lizenz setzen. Selbst die grossen Luftbildanbieter haben ja fuer 
 Haiti einfach ihre Daten als macht was ihr wollt freigegeben. Ich 
 denke, es waere anmassend, anzunehmen, dass die Welt sich kuenftig fuer 
 Krisenfall-Daten irgendwelchen wenn ihr unsere Daten benutzt, muesst 
 ihr aber ...-Regeln von OSM beugt.

Richtig. Wobei zur Zeit die Lizenzen auch im Bezug auf die Nutzung von 
OSM-Daten sehr locker betrachtet werden.

 
 Das bedeutet in letzter Konsequenz, dass man eigentlich eine 
 Spezialinstanz der OSM-Technologie aufsetzen muesste, die komplett unter 
 PD laeuft, und die in solchen Krisenfaellen von allen eingesetzt werden 
 kann. Wenn die Krise dann mal vorbei ist, koennen die verbleibenden 
 Daten (bereinigt von temporaerem Kram wie hier ist ein Baum 
 umgefallen) dann, weil's ja PD ist, schmerzfrei in die normale 
 OSM-Datenbank uebernommen werden.

Ja, deswegen schreib ich auch letztlich zentrale Datenbank und nicht 
OSM-Datenbank. Ich denke, dass alle gerade sehr viel lernen, viele coole Tools 
entstehen und Kontakte geknüpft werden. Wenn der aktuelle Stress vorbei ist, 
ist es sinnvoll, die Ergebnisse zu analysieren und sich v.a. von den Leuten, 
die Geodaten in Haiti aktiv genutzt haben, Feedback zu holen und dann 
entsprechende Vorbereitungen zu treffen bzw. Tools für die Zukunft zu 
entwickeln.

Momentan muss man das aber noch nicht diskutieren, es gibt genug aktuelles zu 
tun: http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/Tasks_and_Ideas
Dort werden auch eben jene Ideen für die Zukunft gesammelt, vllt. wäre eine 
Abgrenzung zwischen jetzt für Haiti und Zukunft sinnvoll.

 
 Wenn man sich jetzt Haiti anschaut, dann ist ja praktisch alles an 
 Daten, was einen Wert hat, erst in Folge der Katastrophe entstanden; 
 vorher war ein bisschen was da, aber nichts, was man jetzt zwingend als 
 Startpunkt gebraucht haette. Haette man bei Null angefangen, waere das 
 Ergebnis heute nur unwesentlich anders.

Das stimmt.
Gruß
Jonas


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

Re: [Talk-de] OpenLinkMap

2010-01-18 Thread Ulf Lamping

Am 18.01.2010 14:34, schrieb Alexander Matheisen:
 Am Montag 18 Januar 2010 00:28:32 schrieb Ulf Lamping:
 Über die E-Mail Zeile müssen wir nochmal reden:

 E-Mail   fax gültige E-Mailadresse

 Ich glaub einfach nicht, das du da die Faxnummern auswertest ;-)
 Tu ich auch nicht. War mal wieder so ein Flüchtigkeitsfehler, Tabellenzeile
 kopiert und dann vergessen, alles anzupassen. ;-)

War mir klar, der Klassiker halt ;-)

 Hab die Daten gerade eben aktualisiert.
 Wenn sich nicht wieder ein Fehler eingeschlichen hat, sollte die nun drin
 sein... :)
 Und:
 Im Vergleich zum 16.1 sind heute 368 Wikipedialinks und 312 Weblinks
 hinzugekommen! Anscheinend hat diese Karte schon einige Mapper zum Taggen
 dieser Sachen bewegen können!

So 30-40 sind bestimmt von mir. Ich werde die Karte mal auf dem nächsten 
NFE-Treffen vorstellen, dann kommt vielleicht noch mehr.

Gruß, ULFL

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

[Talk-de] Relation der Autobahn A 4 ohne Elemente

2010-01-18 Thread Carsten Gerlach

Hallo,

mir ist aufgefallen, daß die A4 seit dem 6.1. 2010 ohne Elemente dasteht 
(http://www.openstreetmap.org/browse/relation/48147). Über den Browser komme 
ich auch nicht an die History ran, bekomme nur die Meldung Sorry, the data 
for the relation with the id 48147, took too long to retrieve.

Wie kann man das jetzt wieder reparieren?

Gruß, Carsten



-- 
Hier ist mein öffentlicher GPG-Schlüssel:
http://daswaldhorn.funpic.de/gpg.html
=
www.stopptdievorratsdatenspeicherung.de


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

Re: [Talk-de] OpenLinkMap

2010-01-18 Thread Lothar Emmerich

Hallo Rurseekatze,

sehr gute Idee. Mein dickes Lob!
Übermorgen trifft sich unsere Gruppe wieder.
http://wiki.openstreetmap.org/wiki/DE:Kreis_Düren_Stammtisch
Die OpenLinkMap wird sicherlich Thema sein. Vielleicht kommen noch ein paar 
Ideen hinzu.

Viele Grüße
Lothar


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

Re: [Talk-de] Crisismapping Haiti, OSM und die Medien

2010-01-18 Thread Florian Lohoff

On Mon, Jan 18, 2010 at 04:50:44PM +0100, Mirko Küster wrote:
 
 Uns fehlt es an dutzende technischen Möglichkeiten und eben an einer 
 durchweg gleichmäßigen Quallität.
 

Ich finde der thread macht uns schlechter als wir sind. Die Qualitaet
halte ich subjektiv nicht fuer schlecht. Natuerlich gibt es ueberall luecken
aber wir man an Haiti sieht koennen wir die schnell schliessen wenn wir
material haben. Wir haben aber vorteile die kein andere bieten kann:

- Follow the Sun
  OSM arbeitet rund um die Uhr und massiv parallel. Es gibt keine
  9-17 mentalitaet oder begrenzte resourcen eines Anbieters. 

- Aktualitaet
  Niemand anders kann 5min aktuelle Karten/Garmin exporte bauen. Im prinzip
  koennte die erste Tour Straßen als unpassierbar markieren und sobald
  die erneut losfahren kann mit neuen Karten losgefahren werden.

- Minimaler Aufwand fuer die Pflege
  Jeder kann sofort anfangen die Karte zu korrigieren. Die Bedingungen
  sind oeffentlich einsehbar, die Software ist da. Bei jedem anderen Projekt
  muss vorher in 13 Meetings definiert werden wie ggfs das Feedback aus dem
  Kriesengebiet aussehen muss damit das eingepflegt werden kann. Bis dann
  neue Nutzbare Daten/Karten entstehen vergehen Tage.

- Flexibel
  Es gibt kein Datenmodell - Jede Krise ist anders, die bedingungen,
  beeintraechtigungen, geschwindigkeiten. OSM kann alles abdecken da es
  kein starres daten/tag modell gibt.

Das sind alles Alleinstellungsmerkmale die uns keiner nehmen kann. 
Das wir ein bastelladen sind und vielleicht die qualitaet nicht so dolle
ist hat man mir vor 17 Jahren zum Thema Linux auch gesagt - Und heute
hat jeder 2-3 Linux Instanzen zu hause - Sei es im NAS, Receiver, Fernseher,
Radio, Access Point oder Heizungssteuerung. Es ist immer noch ein Bastelprojekt
aber mit besseren feedback mechanismen als die kommerziellen varianten.

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-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Crisismapping Haiti, OSM und die Medien

2010-01-18 Thread Thomas Reincke

Jonas Krückel schrieb:
 Ja, deswegen schreib ich auch letztlich zentrale Datenbank und nicht
 OSM-Datenbank. Ich denke, dass alle gerade sehr viel lernen, viele
 coole Tools entstehen und Kontakte geknüpft werden. Wenn der aktuelle
 Stress vorbei ist, ist es sinnvoll, die Ergebnisse zu analysieren und
 sich v.a. von den Leuten, die Geodaten in Haiti aktiv genutzt haben,
 Feedback zu holen und dann entsprechende Vorbereitungen zu treffen
 bzw. Tools für die Zukunft zu entwickeln.

Ich denke auch das OSM für diejenigen die die OSM-Daten nicht nutzen 
wollen durch OSM eine Menge toller Tools bekommen. Alleine schon die 
Möglichkeit fix brauchbare, selbst aufbereitete Daten in ein Navi zu 
bekommen. Oder auch die Möglichkeit Karten zu erzeugen.

Und ich könnte mir vorstellen das die Tools zur Konfliktlösung bei 
gleichzeitiger Bearbeitung durch mehrere User bei OSM ausgefeilter sind 
als bei einem Mapinfo auf Oracle-Datenbank.

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

Re: [Talk-de] OpenLinkMap

Am Montag 18 Januar 2010 20:26:49 schrieb Ulf Lamping:
 Am 18.01.2010 14:34, schrieb Alexander Matheisen:
  Am Montag 18 Januar 2010 00:28:32 schrieb Ulf Lamping:
  Über die E-Mail Zeile müssen wir nochmal reden:
 
  E-Mail fax gültige E-Mailadresse
 
  Ich glaub einfach nicht, das du da die Faxnummern auswertest ;-)
 
  Tu ich auch nicht. War mal wieder so ein Flüchtigkeitsfehler,
  Tabellenzeile kopiert und dann vergessen, alles anzupassen. ;-)
 
 War mir klar, der Klassiker halt ;-)
Ist anscheinend jedem bekannt.
 
  Hab die Daten gerade eben aktualisiert.
  Wenn sich nicht wieder ein Fehler eingeschlichen hat, sollte die nun drin
  sein... :)
  Und:
  Im Vergleich zum 16.1 sind heute 368 Wikipedialinks und 312 Weblinks
  hinzugekommen! Anscheinend hat diese Karte schon einige Mapper zum Taggen
  dieser Sachen bewegen können!
 
 So 30-40 sind bestimmt von mir. Ich werde die Karte mal auf dem nächsten
 NFE-Treffen vorstellen, dann kommt vielleicht noch mehr.
Find' ich gut, dass du Werbung für mich machst! (Bezahlen tu' ich dich dafür 
allerdings nicht) :)
 
 Gruß, ULFL
 
Rurseekatze

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

Re: [Talk-de] OpenLinkMap