Re: [OSM-talk-nl] Dash: New GPS Navigator Using 'Wisdom of the Crowds'

[Rob]

weet eerlijk gezegd niet of het al operationeel is
maar om de telefoons te volgen en daaruit file te extraheren is wel slim

Op 24-10-07 heeft Danny Maas<[EMAIL PROTECTED]> het volgende geschreven:
>
>
> On 10/24/07, Rob <[EMAIL PROTECTED]> wrote:
> > dan vind ik die methode van TomTom icm Vodafone slimmer/goedkoper
>
> Och, we zijn nu een jaar verder na de aankondiging. Is het ook een
> verbetering geworden?
>
>
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
>
>

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

Re: [OSM-talk-nl] prints

[Rob]

nog niet eens een 3D cave ? ;)

Op 24-10-07 heeft Martijn van Exel<[EMAIL PROTECTED]> het volgende geschreven:
> Hoe 1998 ;)
>
> Op 24-okt-2007, om 17:31 heeft Zoran Kovacevic het volgende geschreven:
>
> >> Maar we kunnen Amsterdam natuurlijk op de beamer zetten komend
> >> weekend. Heeft Func. een SmartBoard?
> >
> > enkel een beamer

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

Re: [OSM-talk-nl] prints

[Martijn van Exel]

Hoe 1998 ;)

Op 24-okt-2007, om 17:31 heeft Zoran Kovacevic het volgende geschreven:

>> Maar we kunnen Amsterdam natuurlijk op de beamer zetten komend
>> weekend. Heeft Func. een SmartBoard?
>
> enkel een beamer
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl



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

Re: [OSM-talk-nl] prints

[Zoran Kovacevic]

> Maar we kunnen Amsterdam natuurlijk op de beamer zetten komend  
> weekend. Heeft Func. een SmartBoard?

enkel een beamer

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

Re: [OSM-talk-nl] OSM data in PostGIS

[Martijn van Oosterhout]

On 10/22/07, Peter Peterse <[EMAIL PROTECTED]> wrote:
> Na verloop van tijd komen er heel veel meldingen in de Postgres-log:
> LOG:  checkpoints are occurring too frequently (26 seconds apart)
> HINT:  Consider increasing the configuration parameter "checkpoint_segments".

Een warning, dat betekent dat het erg snel gaat...

> en na nog wat tijd extra stop osm2pgsql er mee.
> In de Postgres-log staat:
> ERROR:  unexpected EOF on client connection
> CONTEXT:  COPY planet_osm_polygon, line 1
> STATEMENT:  COPY planet_osm_polygon FROM STDIN
> LOG:  could not send data to client: Broken pipe

Dit zegt dat de client het heeft opgegeven, dus kijk daar maar eens...

Met vriendelijke groet,
-- 
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/

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

Re: [OSM-talk-nl] Dash: New GPS Navigator Using 'Wisdom of the Crowds'

[Danny Maas]

On 10/24/07, Rob <[EMAIL PROTECTED]> wrote:
>
> dan vind ik die methode van TomTom icm Vodafone slimmer/goedkoper


Och, we zijn nu een jaar verder na de aankondiging. Is het ook een
verbetering geworden?
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl

Re: [OSM-talk-nl] Dash: New GPS Navigator Using 'Wisdom of the Crowds'

[Rob]

dan vind ik die methode van TomTom icm Vodafone slimmer/goedkoper

Op 24-10-07 heeft Danny Maas<[EMAIL PROTECTED]> het volgende geschreven:
> 2000 apparaten verdeelt over 25 steden, is 80 stuks per stad.
> Niet echt een geweldige test voor wat ze in gedachten hebben.
> Dump er 2000 in 1 grote stad, en kijk of het helpt. Dan ben je je
> gedachtengoed aan het nastreven.
>
> Het zou een leuke test zijn als je 2000 forensen buiten Amsterdam zo'n ding
> zou geven, en als hun reistijd significant zou verminderen.
>
> Maar het idee is goed. Ik had het zelf ook al eens bedacht, en nu heeft
> iemand er geld in gestoken. Bravo!
>
> Groeten,
>
> Danny
>
>
>
> On 10/24/07, [EMAIL PROTECTED] < [EMAIL PROTECTED]> wrote:
> > Beste Talk'ers,
> >
> > Op
> http://technology.slashgeo.org/technology/07/10/22/1352227.shtml
> >
> > kwam ik deze berichten over de Dash tegen:
> >
> http://blog.wired.com/monkeybites/2007/10/dash-one-gps-de.html
> >
> http://www.nytimes.com/2007/10/18/technology/circuits/18basics.html?_r=1&oref=slogin
> >
> > "Dash Express, a new navigation system for automobiles that not only
> > receives GPS location data, but broadcasts information about its
> > travels. Information is passed back to Dash over a cellular data
> > network, where it is shared with other users to let them know if there
> > are slowdowns or traffic jams on the road ahead. The real benefit of the
> > system isn't apparent until enough units are collecting data in a given
> > area - so Dash distributed over 2,000 prototype units to test drivers in
> > 25 large cities."
> >
> >
> >
> > --
> >
> >
> > Met vriendelijke groet,
> >
> > Bas de Lange!
> >
> > SoftwareFreedomDay Nederland
> >
> > ___
> > Talk-nl mailing list
> > Talk-nl@openstreetmap.org
> >
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
> >
>
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
>
>

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

Re: [OSM-talk-nl] Dash: New GPS Navigator Using 'Wisdom of the Crowds'

[Danny Maas]

2000 apparaten verdeelt over 25 steden, is 80 stuks per stad.
Niet echt een geweldige test voor wat ze in gedachten hebben.
Dump er 2000 in 1 grote stad, en kijk of het helpt. Dan ben je je
gedachtengoed aan het nastreven.

Het zou een leuke test zijn als je 2000 forensen buiten Amsterdam zo'n ding
zou geven, en als hun reistijd significant zou verminderen.

Maar het idee is goed. Ik had het zelf ook al eens bedacht, en nu heeft
iemand er geld in gestoken. Bravo!

Groeten,

Danny


On 10/24/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> Beste Talk'ers,
>
> Op http://technology.slashgeo.org/technology/07/10/22/1352227.shtml
>
> kwam ik deze berichten over de Dash tegen:
> http://blog.wired.com/monkeybites/2007/10/dash-one-gps-de.html
>
> http://www.nytimes.com/2007/10/18/technology/circuits/18basics.html?_r=1&oref=slogin
>
> "Dash Express, a new navigation system for automobiles that not only
> receives GPS location data, but broadcasts information about its
> travels. Information is passed back to Dash over a cellular data
> network, where it is shared with other users to let them know if there
> are slowdowns or traffic jams on the road ahead. The real benefit of the
> system isn't apparent until enough units are collecting data in a given
> area - so Dash distributed over 2,000 prototype units to test drivers in
> 25 large cities."
>
>
>
> --
>
>
> Met vriendelijke groet,
>
> Bas de Lange!
>
> SoftwareFreedomDay Nederland
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
>
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl

Re: [OSM-talk-nl] Financiën

[Stefan de Konink]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Lambertus schreef:
> Hoe zit het dan met zeer I/O intensieve applicaties? Want daarvan hebben 
> we hier ook een paar in een VMWare omgeving (op Debian Linux met dual 
> Opterons en hardware RAID-5) en dat is beduidend langzamer dan 
> rechstreeks op het host besturingssysteem. Dan bedoel ik niet 10% 
> langzamer maar 1/10 van wat op de host mogelijk is.
> 
> Werken met de planet.osm is namelijk behoorlijk I/O intensief...

Ik ben zelf zo'n VPS omgeving aan het inrichten, en zolang je SWAP
partitie niet op dezelfde array staat als je data, gaat alles goed.


Stefan

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

iD8DBQFHH0STYH1+F2Rqwn0RCr24AJ9YmjQw14iRMVBl0ExAsiMUDFhK4wCaAm2I
ivaJzJgr2Lxqqr0oYfO0K6E=
=Xpcx
-END PGP SIGNATURE-

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

[OSM-talk-nl] Dash: New GPS Navigator Using 'Wisdom of the Crowds'

[[EMAIL PROTECTED]]

Beste Talk'ers,

Op http://technology.slashgeo.org/technology/07/10/22/1352227.shtml

kwam ik deze berichten over de Dash tegen:
http://blog.wired.com/monkeybites/2007/10/dash-one-gps-de.html
http://www.nytimes.com/2007/10/18/technology/circuits/18basics.html?_r=1&oref=slogin

"Dash Express, a new navigation system for automobiles that not only 
receives GPS location data, but broadcasts information about its 
travels. Information is passed back to Dash over a cellular data 
network, where it is shared with other users to let them know if there 
are slowdowns or traffic jams on the road ahead. The real benefit of the 
system isn't apparent until enough units are collecting data in a given 
area - so Dash distributed over 2,000 prototype units to test drivers in 
25 large cities."



-- 


Met vriendelijke groet,

Bas de Lange!

SoftwareFreedomDay Nederland

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

Re: [OSM-talk-nl] prints

[Martijn van Exel]

Ik heb nog even gekeken hoe groot een print van Amsterdam zou worden  
op schaal 16 --> 3 bij 3 meter :(
Dat gaat dus niet lukken. Verkleinen kan natuurlijk maar dan kun je  
de straatnamen niet meer lezen.

Maar we kunnen Amsterdam natuurlijk op de beamer zetten komend  
weekend. Heeft Func. een SmartBoard?

Martijn

Op 24-okt-2007, om 14:28 heeft [EMAIL PROTECTED] het volgende geschreven:

>
> On Tue, October 23, 2007 4:23 pm, Floris Looijesteijn wrote:
>> ik neem in ieder geval een A0 print mee van Nederland (Mapnik zoom  
>> 12)
>>
>> wat betreft de verzendkosten in mijn eerdere webwinkel voorstel:
>> ik kan daar alleen niet echt omheen. de tpg vind dit soort grote
>> kokers niet echt fijn om te versturen. je zit al snel boven maximale
>> afmetingen (80cm en 100cm) waardoor je aan ene duurdere  
>> verzendmethode
>> vastzit. bij chez lulu komen er ook nog verzendkosten bij en die  
>> komen
>> niet tot A0 formaat.
>
> Een alternatief zou kunnen zijn van te voren bestellen en betalen,  
> en op
> mapping party afhalen.
>
> Ze zijn ook goed als PR, op bijeenkomsten zoals Dialogic en die  
> mediaplaza
> bijeenkomst. OSM zou er een paar kunnen bestellen (gesubsidieerd)?
>
> vriendelijke groet,
> cordialmente,
>
> Ante
>
>
>
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl



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

[OSM-talk-nl] Prints op A0 vanf 11.--

[Gert Gremmen]

Wel , zoals jullie weten
vindt ik de kaart nog niet rijp
voor prints,
maar ik heb toch nog wel een
goedkoop adresje:

http://www.deprintservice.com/prijzen/02_flyers_posters/A0/overzicht_pos
tersA0.htm

Ik weet niet of het format van Amsterdam
voor dezelfde prijs kan, maar neem kontakt op
zou ik zeggen.

Ik kan de plot eventueel zaterdag. meenemen

Regards,

 Gert Gremmen


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

Re: [OSM-talk-nl] prints

[ante]

On Tue, October 23, 2007 4:23 pm, Floris Looijesteijn wrote:
> ik neem in ieder geval een A0 print mee van Nederland (Mapnik zoom 12)
>
> wat betreft de verzendkosten in mijn eerdere webwinkel voorstel:
> ik kan daar alleen niet echt omheen. de tpg vind dit soort grote
> kokers niet echt fijn om te versturen. je zit al snel boven maximale
> afmetingen (80cm en 100cm) waardoor je aan ene duurdere verzendmethode
> vastzit. bij chez lulu komen er ook nog verzendkosten bij en die komen
> niet tot A0 formaat.

Een alternatief zou kunnen zijn van te voren bestellen en betalen, en op
mapping party afhalen.

Ze zijn ook goed als PR, op bijeenkomsten zoals Dialogic en die mediaplaza
bijeenkomst. OSM zou er een paar kunnen bestellen (gesubsidieerd)?

vriendelijke groet,
cordialmente,

Ante




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

Re: [OSM-talk-nl] Financiën

[Lambertus]

Berend Dekens wrote:
> Vreemd, wij hebben Dell servers met PERc5 controllers in een RAID-1
> opstelling en alhoewel er een performance hit is, valt dat reuze mee (in
> ieder geval het maken van backups en kopieren over netwerk) loopt aardig
> vlot. Ik kan mss een hdparm test draaien om cijfers te krijgen maar 10%
> van de throughput lijkt me erg weinig...
> 
> Overigens zou je natuurlijk ook een native partitie aan een VM kunnen
> toewijzen: gewoon niet mounten op de host en je zou een flinke
> throughput moeten halen.
> 
> Gebruiken jullie dan wel pre-allocated drives? De partities die namelijk
> dynamisch groter moeten worden of machines met veel hd-states (door
> snapshots) zijn in mijn ervaring namelijk wel langzamer dan de
> pre-allocated of native drives... Tevens gebruiken we op elke VM de LSI
> Logic SCSI controller - ik had ergens gelezen dat die naar verhouding
> veel sneller zou moeten zijn dan de andere (IDE?) controller die VMWare
> kan emuleren...
> 
Het gaat hier om Windows 2000 installatie met (pre-allocated) NTFS 
partitie. RAID controller is Areca SATA 4 poorts met 128MB cache, dus 
dat zit wel goed. Mijn voorbeeld is wel extreem, het ging hier om kleine 
bewerkingen op miljoenen kleine bestandjes 0-4kb in duizenden 
directories. Met grotere bestanden merk ik idd weinig verschil. Deze 
applicatie werkte vele malen sneller op dezelfde machines met native 
Windows of native Linux dan in de virtuele omgeving. Toch gebruiken we 
VM omwille van de bekende standaard redenen.

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

Re: [OSM-talk-nl] Financiën

[Berend Dekens]

Heb ook maar direct de snelheden getest, vreemd genoeg is de VM sneller
dan de host... Zal wel door caching e.d. komen:

De fysieke host machine (de enige SuperMicro machine in het Dell park):
/dev/sda:
Timing cached reads:   1898 MB in  2.00 seconds = 949.00 MB/sec
Timing buffered disk reads:  150 MB in  3.03 seconds =  49.50 MB/sec

/dev/sda:
Timing cached reads:   1912 MB in  2.00 seconds = 956.00 MB/sec
Timing buffered disk reads:  148 MB in  3.03 seconds =  48.84 MB/sec

Een van de 2 virtuele hosts:
/dev/sda:
Timing cached reads:   1816 MB in  1.99 seconds = 911.35 MB/sec
Timing buffered disk reads:  162 MB in  3.13 seconds =  51.69 MB/sec

/dev/sda:
Timing cached reads:   1730 MB in  1.99 seconds = 867.87 MB/sec
Timing buffered disk reads:  228 MB in  3.02 seconds =  75.48 MB/sec

Dus die snelheid is dik in orde :-)

Groeten,
Berend

Lambertus schreef:
> Hoe zit het dan met zeer I/O intensieve applicaties? Want daarvan hebben 
> we hier ook een paar in een VMWare omgeving (op Debian Linux met dual 
> Opterons en hardware RAID-5) en dat is beduidend langzamer dan 
> rechstreeks op het host besturingssysteem. Dan bedoel ik niet 10% 
> langzamer maar 1/10 van wat op de host mogelijk is.
>
> Werken met de planet.osm is namelijk behoorlijk I/O intensief...
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
>   



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

Re: [OSM-talk-nl] Financiën

[Berend Dekens]

Vreemd, wij hebben Dell servers met PERc5 controllers in een RAID-1
opstelling en alhoewel er een performance hit is, valt dat reuze mee (in
ieder geval het maken van backups en kopieren over netwerk) loopt aardig
vlot. Ik kan mss een hdparm test draaien om cijfers te krijgen maar 10%
van de throughput lijkt me erg weinig...

Overigens zou je natuurlijk ook een native partitie aan een VM kunnen
toewijzen: gewoon niet mounten op de host en je zou een flinke
throughput moeten halen.

Gebruiken jullie dan wel pre-allocated drives? De partities die namelijk
dynamisch groter moeten worden of machines met veel hd-states (door
snapshots) zijn in mijn ervaring namelijk wel langzamer dan de
pre-allocated of native drives... Tevens gebruiken we op elke VM de LSI
Logic SCSI controller - ik had ergens gelezen dat die naar verhouding
veel sneller zou moeten zijn dan de andere (IDE?) controller die VMWare
kan emuleren...

Groeten,
Berend

Lambertus schreef:
> Hoe zit het dan met zeer I/O intensieve applicaties? Want daarvan hebben 
> we hier ook een paar in een VMWare omgeving (op Debian Linux met dual 
> Opterons en hardware RAID-5) en dat is beduidend langzamer dan 
> rechstreeks op het host besturingssysteem. Dan bedoel ik niet 10% 
> langzamer maar 1/10 van wat op de host mogelijk is.
>
> Werken met de planet.osm is namelijk behoorlijk I/O intensief...
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
>   



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

[OSM-talk-nl] GeoNames ambassadeurs, soort Fietsroutenetwerk-beheerders

[[EMAIL PROTECTED]]

Beste Talk'ers,

Weten jullie hiervan?

http://geonames.wordpress.com/2007/10/19/geonames-ambassadors/
http://www.geonames.org/team.html

Is CC attribution 3.0 license : http://www.geonames.org/about.html
Daar staan ook twee Mozilla Geonames add-ons, die bij mij niet werken 
(ZenWalk Linux met FireFox).



Volgens mij is het net zoeits als een Fietsroutebeheerder:

http://www.fietsen.123.nl/vragen%20en%20antwoorden.htm#Worden%20uw%20fietsroutes%20regelmatig%20gecontroleerd%20en%20geactualiseerd?

"De 'eigen routes' worden door de makers van de routes en door de makers 
van deze website gecontroleerd. Verder hebben we sinds geruime tijd de 
functie  van vrijwillige routebeheerder  ingesteld. Een 'routebeheerder' 
wordt - bij kritiek op een routebeschrijving -  gevraagd een bepaalde 
route na te fietsen en met voorstellen te komen tot handhaving, 
aanpassing of wijziging van de tekst (U kunt zich als vrijwillige 
routebeheerder bij ons opgeven en ontvangt dan een nadere omschrijving 
van deze mooie functie!)."

Als je linksonder op http://www.openstreetmap.org/
zie je 'search' "were am I"
Dan kun je dus zoeken op plaatsnamen etc.. Is nog niet heel erg 
optimaal, mijn straat  bijv. staat er nog niet op, mijn plaatsnaam wel.

Die Geonames-ambassadors zijn dus local user groups zoals bijv. 
OpenStreetMaps Of Fietsroutenetwerkbeheerder van Fietsen.123.nl


-- 


Met vriendelijke groet,

Bas de Lange!

SoftwareFreedomDay Nederland



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

Re: [OSM-talk-nl] Financiën

[Lambertus]

Hoe zit het dan met zeer I/O intensieve applicaties? Want daarvan hebben 
we hier ook een paar in een VMWare omgeving (op Debian Linux met dual 
Opterons en hardware RAID-5) en dat is beduidend langzamer dan 
rechstreeks op het host besturingssysteem. Dan bedoel ik niet 10% 
langzamer maar 1/10 van wat op de host mogelijk is.

Werken met de planet.osm is namelijk behoorlijk I/O intensief...

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

Re: [OSM-talk-nl] Financi?n

[Rob]

Denk niet dat we raid nodig hebben/willen, veel ruimte en memory is wel een pre
zou mooi zijn als we er nog een 500gigje bij kon prikken, kost
tegenwoordig ook niks meer
en een paar vm's inrichten is een goed idee

Op 24-10-07 heeft Lambertus<[EMAIL PROTECTED]> het volgende geschreven:
> Remco van Zuijlen wrote:
>   > Als XS4ALL OSM wilt sponsoren, zijn kosten ook geen issue meer. Ik
> kan me
> > voorstellen dat XS4ALL bv wel een zn. 'Dedicated Server' willen sponsoren:
> >
> > http://www.xs4all.nl/allediensten/eigenserver/ds/
> >
> > en dan bedoel ik de type 3 DS ivm raid-1. op die pagina staat 2x36 gb in
> > raid-1, maar die informatie is denk ik achterhaald (die 36 gb dus).
> >
> > XS4ALL is dan verantwoordelijk voor de hardware, en de software is onder
> > eigen beheer van OSM systeembeheerders.
> >
> Die informatie lijkt i.d.d. niet helemaal te kloppen want als je klikt
> op 'verdere specificaties' dan zie je dat er 2x73GB in zit.
>
> Waarom eigenlijk RAID-1? Bij een crash kunnen we de planet weer bij
> osm.org ophalen en het lijkt me dat de ontwikkelaars zelf backups van
> hun scripts maken (die nemen weinig ruimte in). Ik zou liever mikken op
> een goede multicore CPU en veel RAM i.c.m. een ruime harddisk (Kom je
> ook bij Type III uit).
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
>

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

Re: [OSM-talk-nl] Financiën

[Berend Dekens]

I second that. Ik werk bij een professionele hosting partij met een paar 
brute servers. Sinds we daar op VMWare zijn over gestapt voor de echte 
servers is het beheer echt gigantisch verbeterd - we hebben alleen linux 
base systems en daar bovenop draaien Windows en linux machines in een 
VM. Zelfs als je een upgrade wil doen en alles gaat mis heb je je 
console op afstand waarbij je CD kunt wisselen en rustig zonder netwerk 
in je VM onderhoud kunt plegen. Iemand die denkt dat de 10%-ish overhead 
op een dergelijke setup genoeg is om alles op fysieke machines te doen 
heeft duidelijk niet een serverpark onderhouden. (flame! :P)

Zelfs op mijn huis-tuin-en-keuken server heb ik 3 VM's draaien - 
maximale beveiliging, maximale flexibiliteit en prachtig op afstand 
(desnoods in de andere kamer) te beheren (plus VMWare Server is gratis 
tegenwoordig).

Nog even over die opmerking dat de meeste hosters te lame zijn om een 
machine te rebooten of te fixen: bij een VM heb je dat probleem 
praktisch niet en mijn ervaring bij bijvoorbeeld RedBus TeleCity is dat 
ze daar na een belletje best even op de reset willen rammen maar idd 
meer dan dat kunnen ze niet (en dat wil je ook niet - iemand anders met 
admin rechten aan jouw machine laten prutsen is een slecht idee).

Groeten,
Berend

Martijn van Exel schreef:
> Ik heb anders prima ervaringen met allebei. (Dat wordt ruzie dus hier!)
>  Waarom zou het 'minder' werken en hoe merk je dat? True, je moet er 
> rekening mee houden dat je wil virtualiseren, vooral RAM kun je niet 
> genoeg hebben, maar dat kost ook relatief geen biet meer tegenwoordig. 
> Ik denk dat de voordelen opwegen tegen de nadelen. Sommigen van ons 
> werken makkelijker op Windows, anderen op BSD, anderen op Linux. Ik 
> denk dat we verschillende OSM-ontwikkel-plannen met VM makkelijker 
> kunnen accomoderen.
>
> Er hoeven ook geen 10 VMs op komen te draaien, ik denk aan 1 
> 'productie' VM met de OSM-NL-Mapserver en een webserver erop, een 
> 'vaste' dev-server en afhankelijk van de plannen en ontwikkelingen 
> misschien nog hooguit drie  tijdelijke VMs die worden opgeruimd als 
> het betreffende project klaar / gemerged / gedropped is.
>
> Martijn
>
>
> Op 24-okt-2007, om 10:12 heeft Danny Maas het volgende geschreven:
>
>> Hmm, Dus je denkt aan Virtual Machines? De ervaring leert dat dit in 
>> de praktijk minder werkt, zeker als je ook nog wil ontwikkelen.
>> Een beetje lekkere server die flink wat aankan, loopt al snel in 
>> bedragen met 5 cijfers of meer.
>> Voor dat bedrag kun je bij een hoster 100x een eigen dienst voor 
>> neerzetten, die ook nog eens sneller opgezet is.
>>
>> Ik ben nou eenmaal niet zo'n Fan van VM en ook niet van XS4All 
>> hosting (vraag daar maar eens naar bij je systeembeheerders op de 
>> 4e). ;-)
>>
>> groeten,
>>
>> Danny


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

Re: [OSM-talk-nl] Financiën

[Danny Maas]

Hmm, Dus je denkt aan Virtual Machines? De ervaring leert dat dit in de
praktijk minder werkt, zeker als je ook nog wil ontwikkelen.
Een beetje lekkere server die flink wat aankan, loopt al snel in bedragen
met 5 cijfers of meer.
Voor dat bedrag kun je bij een hoster 100x een eigen dienst voor neerzetten,
die ook nog eens sneller opgezet is.

Ik ben nou eenmaal niet zo'n Fan van VM en ook niet van XS4All hosting
(vraag daar maar eens naar bij je systeembeheerders op de 4e). ;-)

groeten,

Danny


On 10/24/07, Martijn van Exel <[EMAIL PROTECTED]> wrote:
>
> Een echte server lijkt me de beste oplossing. Dan kunnen we daarop
> verschillende VMs inrichten om te experimenteren met andere manieren van
> dataopslag, visualisatie e.d., of verschillende services ter beschikking
> te stellen op basis van de data. Ook kunnen we verschillende VMs gebruiken
> om te experimenteren met importscripts e.d. als we nog eens een batch data
> te verwerken of te muteren hebben.  Dat doen op een centrale (virtuele)
> server maakt het makkelijker om er samen mee bezig te zijn en over na te
> denken dan als mensen er thuis mee bezig zijn. Ook kun je op een echte
> server met een VM-setup makkelijk een VM neerzetten als bijvoorbeeld
> dedicated rendermachine en zijn rekenkracht een beetje afknijpen zodat hij
> niet alle processen kan vertragen. Dat laatste kan op een normaal OS
> natuurlijk ook in software, maar de andere voordelen van een echte server
> met VMs zijn lastiger te behalen als je alleen een virtuele server
> toegewezen krijgt.
> Op 24-okt-2007, om 9:34 heeft Danny Maas het volgende geschreven:
>
> Hebben we een echte server nodig, of gaat het alleen om schijfruimte en
> rekenkracht?
> Als dat het geval is, zijn er heel veel aanbieders die het voor veel
> minder qua kosten kunnen doen, zeker als je buiten Nederland naar ruimte
> gaat zoeken.
>
> Groeten,
>
> Danny
>
>
> On 10/24/07, Lambertus <[EMAIL PROTECTED]> wrote:
> >
> > Wat is het probleem wanneer de server er een nacht (of dag) uit ligt?
> > Deze server zou niet DE OpenStreetMap server zijn maar alleen de
> > Nederlandse (en Belgie ;-)) portal en/of dev server.
> >
> > Wat betreft de hoeveelheid onderhoud: Een goede server zoals ze die bij
> > XS4ALL ongetwijfeld zullen hebben geeft maar heel weinig hardware
> > problemen. De meeste problemen zullen een software oorzaak hebben, die
> > bijna altijd opgelost kunnen worden door een hard reset. Mocht de
> > software dermate in de knoei zitten dat een hard reset niet helpt dan
> > zal toch iemand van ons er naar toe moeten i.p.v. dat iemand van XS4ALL
> > dat fixed, of zie ik dat verkeerd?
> >
> > Martijn van Exel wrote:
> > > Bij een standaard hostingovereenkomst (colocation, dus met een eigen
> > > server) zit bijna geen extra service in de trant van 'als uw server
> > > eruit ligt, dan gaan wij even kijken en herstarten we het ding'. In
> > > de praktijk pakt het bij XS4ALL ongeveer zo uit dat ze 'simpele'
> > > klusjes als op commando hard resetten van een machine best even
> > > willen doen. Er zit ook een kwartier per maand 'hands on' beheer in
> > > de overeenkomst voor dat soort klusjes. Maar dat is alleen tijdens
> > > kantooruren en nadenken is daarbij niet inbegrepen. De beheerders die
> > > rondlopen hebben in principe geen verstand van software.
> > >
> > > Als we een eigen server krijgen, is het denk ik niet reëel om te
> > > streven naar 99.9% uptime (ik heb het dan nog niet over de virtuele
> > > dev-machine). Er is denk ik niemand bereid om zonder vergoeding
> > > standby-dienst te draaien met het bijbehorende risico dat je midden
> > > in de nacht naar Amsterdam-zuid moet om problemen te fixen. De vraag
> > > is ook of dat nodig is. Software-problemen kun je op afstand
> > > beoordelen en oplossen. Als we zorgen voor redundantie in de hardware
> > > dan kunnen we de frequentie van hardwareproblemen beperken tot
> > > gemiddeld eens per jaar - ik doe maar een gooi.
> > >
> > > Misschien is het beter om voor de sponsoring te streven naar een
> > > dedicated server die niet van ons is, dat kost XS4ALL meer (omdat zij
> > > verantwoordelijk blijven voor de hardware) maar verlost ons van die
> > > zorgen. Of we daar dan een kantooruren- of 24/7 SLA bij krijgen is
> > > een kwestie van onderhandelen. Het geeft ons in elk geval de volgende
> > > voordelen:
> > > * Wij hoeven geen geld te reserveren voor vervanging van defecte
> > > hardware
> > > * Wij kunnen terugvallen op een SLA bij hardwarestoringen en ander
> > > noodzakelijk onderhoud.
> > >
> >
> > ___
> > Talk-nl mailing list
> > Talk-nl@openstreetmap.org
> > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
> >
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
>
>
>
> ___
> Talk-nl mailing list
> Talk-nl@

Re: [OSM-talk-nl] WMS Nationaal wegen bestand: hectometer paaltjes en meer!

[Milo van der Linden]

hehehe, you got me!

't is inderdaad de AND dataset. Ik ben momenteel bezig met een osm2pgsql 
procesje in te richten dat op een iets meer op mijn wensen toegespitste 
manier de resultaat tabellen op bouwt.


Er volgt dus meer actualiteit, maar ik ben nog niet zo ver.


Remco van Zuijlen schreef:

On Tue, Oct 23, 2007 at 05:38:35PM +0200, Milo van der Linden wrote:
  

En als je hetzelfde trucje herhaalt met:

http://www.mapserv.nl/cgi-bin/mapserv.exe?map=E:\\mapconfig\\osm.map

Dan zie je de osm kaart in Google earth



ziet er mooi uit, maar is dit de AND dataset of uit OSM (uit de planet.osm
ofzo). want een easter egg van AND bij mij in de buurt die ik een paar weken
terug heb verwijderd uit OSM zie ik bij jouw WMS nog zitten.

Remco

  

Milo van der Linden schreef:

Oh ja, hij opent in principe als gif, dus niet transparant. hack de 
url zodat er komt te staan image/png ipv image/gif et voila!


Martijn schreef:
  
Ik ben een absolute beginner in de WMS'en (voor wie op de opensource 
in geo-ICT conferentie was: ik ben het voorbeeld van rechts 
inhalen!), maar hoe open ik zoiets in Google Earth?

Bedankt!
Martijn.


On 10/23/07, *Milo van der Linden* <[EMAIL PROTECTED] 
> wrote:


   Mmm, deze slapende hond heeft koffie nodig...

   De link doet wel wat, maar alleen als je deze opent met qGIS,
   uDig, Google Earth of JOSM. Het is namelijk een WMS server, geen
   web server.

   Er is inderdaad wel gesproken over het vrijgeven van het
   nationaal wegenbestand, maar dat het als WMS beschikbaar was, dat
   wist ik niet!



   Stefan de Konink schreef:


   Hallo allemaal,

   Ik kwam de volgende WMS server tegen bij toeval:


   
http://www.rijkswaterstaat.nl/services/geoservices/basispakket/nationaalwegenbestand?

   Het blijkt dat rijkswaterstaat meer informatie open beschikbaar 
   heeft dan

   ik in eerste instantie dacht!
   

   Ik denk dat je slapende honden hebt wakker gemaakt... linkje doet 
   niets
   meer :) Overigens dit was toch ook bekend bij het uitje met Zoran... 
   waar

   jij ook bij in de zal zat?


   Stefan


 
  
   -- 





   Milo van der Linden
   skype: milovanderlinden
   [EMAIL PROTECTED] 
   [EMAIL PROTECTED] 
   [EMAIL PROTECTED] 
   http://www.3dsite.nl



   De informatie in dit bericht reflecteert mijn persoonlijke mening
   en niet die van een bedrijf of instantie. Aan de informatie
   kunnen geen rechten worden ontleend. Indien dit bericht onderdeel
   is van een forum, mailing-list of community dan gelden
   automatisch de bij het betreffende medium behorende voorwaarden.
   The information in this message reflects my personal opinion and
   not that of a company or public body. All rights reserved.If this
   message is contained in a mailing-list or community, the rights
   on the medium are automatically adapted.


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




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


--




Milo van der Linden
skype: milovanderlinden 
[EMAIL PROTECTED] 
[EMAIL PROTECTED] 
[EMAIL PROTECTED] 
http://www.3dsite.nl



De informatie in dit bericht reflecteert mijn persoonlijke mening en 
niet die van een bedrijf of instantie. Aan de informatie kunnen geen 
rechten worden ontleend. Indien dit bericht onderdeel is van een 
forum, mailing-list of community dan gelden automatisch de bij het 
betreffende medium behorende voorwaarden. The information in this 
message reflects my personal opinion and not that of a company or 
public body. All rights reserved.If this message is contained in a 
mailing-list or community, the rights on the medium are automatically 
adapted.




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

--




Milo van der Linden
skype: milovanderlinden 
[EMAIL PROTECTED] 
[EMAIL PROTECTED] 
[EMAIL PROTECTED] 
http://www.3dsite.nl



De informatie in dit bericht reflecteert mijn persoonlijke mening en 
niet die van een bedrijf of instantie. Aan de informatie kunnen geen 
rechten worden ontleend. Indien dit bericht onderdeel is van een forum, 
mailing-list of community dan gelden automatisch de bij het betreffende 
me

Re: [OSM-talk-nl] Financiën

[Martijn]

Dreamhost? Niet in NL, wel 500 Gb, SSH, etc...
$10/mnd (en je kan het eerste jaar $97 korting krijgen)
Ik weet alleen niet of je als niet-root alle benodigde software voor OSM kan
installeren.
Anders zou je ook kunnen kijken naar Amazon, maar dat zijn een beetje rare
virtuele servers, niet standaard, maar je bent wel root. Aan de andere kant
kan je daar voor een render even een uurtje 10 servers starten. (voor een
dubbeltje per stuk), en opslag is met S3 ook geen probleem. Dit beantwoord
ook eenigsinds mijn vraag over de benodigde resources, al weet ik nog niet
hoeveel de tiles nu in beslag nemen.
Groeten,
Martijn

On 10/24/07, Lambertus <[EMAIL PROTECTED]> wrote:
>
> Danny Maas wrote:
> > Hebben we een echte server nodig, of gaat het alleen om schijfruimte en
> > rekenkracht?
> > Als dat het geval is, zijn er heel veel aanbieders die het voor veel
> > minder qua kosten kunnen doen, zeker als je buiten Nederland naar ruimte
> > gaat zoeken.
> >
> Ik heb wel eens rondgekeken maar waar vind je een virtual host met 100+
> gigabyte en SSH toegang voor een schappelijk bedrag? Bedenkt wel dat een
> uitgepakte planet.osm al ~40GB is en als meerdere ontwikkelaars willen
> spelen met een database e.d. dan gaat het hard...
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
>
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl

Re: [OSM-talk-nl] Financi?n

[Lambertus]

Remco van Zuijlen wrote:
  > Als XS4ALL OSM wilt sponsoren, zijn kosten ook geen issue meer. Ik 
kan me
> voorstellen dat XS4ALL bv wel een zn. 'Dedicated Server' willen sponsoren:
> 
> http://www.xs4all.nl/allediensten/eigenserver/ds/
> 
> en dan bedoel ik de type 3 DS ivm raid-1. op die pagina staat 2x36 gb in
> raid-1, maar die informatie is denk ik achterhaald (die 36 gb dus).
> 
> XS4ALL is dan verantwoordelijk voor de hardware, en de software is onder
> eigen beheer van OSM systeembeheerders.
> 
Die informatie lijkt i.d.d. niet helemaal te kloppen want als je klikt 
op 'verdere specificaties' dan zie je dat er 2x73GB in zit.

Waarom eigenlijk RAID-1? Bij een crash kunnen we de planet weer bij 
osm.org ophalen en het lijkt me dat de ontwikkelaars zelf backups van 
hun scripts maken (die nemen weinig ruimte in). Ik zou liever mikken op 
een goede multicore CPU en veel RAM i.c.m. een ruime harddisk (Kom je 
ook bij Type III uit).

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

Re: [OSM-talk-nl] Financi?n

[Remco van Zuijlen]

On Wed, Oct 24, 2007 at 09:34:29AM +0200, Danny Maas wrote:
> Hebben we een echte server nodig, of gaat het alleen om schijfruimte en
> rekenkracht?
> Als dat het geval is, zijn er heel veel aanbieders die het voor veel minder
> qua kosten kunnen doen, zeker als je buiten Nederland naar ruimte gaat
> zoeken.

Als XS4ALL OSM wilt sponsoren, zijn kosten ook geen issue meer. Ik kan me
voorstellen dat XS4ALL bv wel een zn. 'Dedicated Server' willen sponsoren:

http://www.xs4all.nl/allediensten/eigenserver/ds/

en dan bedoel ik de type 3 DS ivm raid-1. op die pagina staat 2x36 gb in
raid-1, maar die informatie is denk ik achterhaald (die 36 gb dus).

XS4ALL is dan verantwoordelijk voor de hardware, en de software is onder
eigen beheer van OSM systeembeheerders.

Remco

> On 10/24/07, Lambertus <[EMAIL PROTECTED]> wrote:
> >
> > Wat is het probleem wanneer de server er een nacht (of dag) uit ligt?
> > Deze server zou niet DE OpenStreetMap server zijn maar alleen de
> > Nederlandse (en Belgie ;-)) portal en/of dev server.
> >
> > Wat betreft de hoeveelheid onderhoud: Een goede server zoals ze die bij
> > XS4ALL ongetwijfeld zullen hebben geeft maar heel weinig hardware
> > problemen. De meeste problemen zullen een software oorzaak hebben, die
> > bijna altijd opgelost kunnen worden door een hard reset. Mocht de
> > software dermate in de knoei zitten dat een hard reset niet helpt dan
> > zal toch iemand van ons er naar toe moeten i.p.v. dat iemand van XS4ALL
> > dat fixed, of zie ik dat verkeerd?
> >
> > Martijn van Exel wrote:
> > > Bij een standaard hostingovereenkomst (colocation, dus met een eigen
> > > server) zit bijna geen extra service in de trant van 'als uw server
> > > eruit ligt, dan gaan wij even kijken en herstarten we het ding'. In
> > > de praktijk pakt het bij XS4ALL ongeveer zo uit dat ze 'simpele'
> > > klusjes als op commando hard resetten van een machine best even
> > > willen doen. Er zit ook een kwartier per maand 'hands on' beheer in
> > > de overeenkomst voor dat soort klusjes. Maar dat is alleen tijdens
> > > kantooruren en nadenken is daarbij niet inbegrepen. De beheerders die
> > > rondlopen hebben in principe geen verstand van software.
> > >
> > > Als we een eigen server krijgen, is het denk ik niet re?el om te
> > > streven naar 99.9% uptime (ik heb het dan nog niet over de virtuele
> > > dev-machine). Er is denk ik niemand bereid om zonder vergoeding
> > > standby-dienst te draaien met het bijbehorende risico dat je midden
> > > in de nacht naar Amsterdam-zuid moet om problemen te fixen. De vraag
> > > is ook of dat nodig is. Software-problemen kun je op afstand
> > > beoordelen en oplossen. Als we zorgen voor redundantie in de hardware
> > > dan kunnen we de frequentie van hardwareproblemen beperken tot
> > > gemiddeld eens per jaar - ik doe maar een gooi.
> > >
> > > Misschien is het beter om voor de sponsoring te streven naar een
> > > dedicated server die niet van ons is, dat kost XS4ALL meer (omdat zij
> > > verantwoordelijk blijven voor de hardware) maar verlost ons van die
> > > zorgen. Of we daar dan een kantooruren- of 24/7 SLA bij krijgen is
> > > een kwestie van onderhandelen. Het geeft ons in elk geval de volgende
> > > voordelen:
> > > * Wij hoeven geen geld te reserveren voor vervanging van defecte
> > > hardware
> > > * Wij kunnen terugvallen op een SLA bij hardwarestoringen en ander
> > > noodzakelijk onderhoud.
> > >
> >
> > ___
> > Talk-nl mailing list
> > Talk-nl@openstreetmap.org
> > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
> >

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


-- 
Remco van Zuijlen <[EMAIL PROTECTED]>

Hi! I'm a .signature virus! copy me into your .signature file to help me spread!


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

Re: [OSM-talk-nl] Financiën

[Lambertus]

Danny Maas wrote:
> Hebben we een echte server nodig, of gaat het alleen om schijfruimte en 
> rekenkracht?
> Als dat het geval is, zijn er heel veel aanbieders die het voor veel 
> minder qua kosten kunnen doen, zeker als je buiten Nederland naar ruimte 
> gaat zoeken.
> 
Ik heb wel eens rondgekeken maar waar vind je een virtual host met 100+ 
gigabyte en SSH toegang voor een schappelijk bedrag? Bedenkt wel dat een 
uitgepakte planet.osm al ~40GB is en als meerdere ontwikkelaars willen 
spelen met een database e.d. dan gaat het hard...

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

Re: [OSM-talk-nl] Financiën

[Danny Maas]

Hebben we een echte server nodig, of gaat het alleen om schijfruimte en
rekenkracht?
Als dat het geval is, zijn er heel veel aanbieders die het voor veel minder
qua kosten kunnen doen, zeker als je buiten Nederland naar ruimte gaat
zoeken.

Groeten,

Danny


On 10/24/07, Lambertus <[EMAIL PROTECTED]> wrote:
>
> Wat is het probleem wanneer de server er een nacht (of dag) uit ligt?
> Deze server zou niet DE OpenStreetMap server zijn maar alleen de
> Nederlandse (en Belgie ;-)) portal en/of dev server.
>
> Wat betreft de hoeveelheid onderhoud: Een goede server zoals ze die bij
> XS4ALL ongetwijfeld zullen hebben geeft maar heel weinig hardware
> problemen. De meeste problemen zullen een software oorzaak hebben, die
> bijna altijd opgelost kunnen worden door een hard reset. Mocht de
> software dermate in de knoei zitten dat een hard reset niet helpt dan
> zal toch iemand van ons er naar toe moeten i.p.v. dat iemand van XS4ALL
> dat fixed, of zie ik dat verkeerd?
>
> Martijn van Exel wrote:
> > Bij een standaard hostingovereenkomst (colocation, dus met een eigen
> > server) zit bijna geen extra service in de trant van 'als uw server
> > eruit ligt, dan gaan wij even kijken en herstarten we het ding'. In
> > de praktijk pakt het bij XS4ALL ongeveer zo uit dat ze 'simpele'
> > klusjes als op commando hard resetten van een machine best even
> > willen doen. Er zit ook een kwartier per maand 'hands on' beheer in
> > de overeenkomst voor dat soort klusjes. Maar dat is alleen tijdens
> > kantooruren en nadenken is daarbij niet inbegrepen. De beheerders die
> > rondlopen hebben in principe geen verstand van software.
> >
> > Als we een eigen server krijgen, is het denk ik niet reëel om te
> > streven naar 99.9% uptime (ik heb het dan nog niet over de virtuele
> > dev-machine). Er is denk ik niemand bereid om zonder vergoeding
> > standby-dienst te draaien met het bijbehorende risico dat je midden
> > in de nacht naar Amsterdam-zuid moet om problemen te fixen. De vraag
> > is ook of dat nodig is. Software-problemen kun je op afstand
> > beoordelen en oplossen. Als we zorgen voor redundantie in de hardware
> > dan kunnen we de frequentie van hardwareproblemen beperken tot
> > gemiddeld eens per jaar - ik doe maar een gooi.
> >
> > Misschien is het beter om voor de sponsoring te streven naar een
> > dedicated server die niet van ons is, dat kost XS4ALL meer (omdat zij
> > verantwoordelijk blijven voor de hardware) maar verlost ons van die
> > zorgen. Of we daar dan een kantooruren- of 24/7 SLA bij krijgen is
> > een kwestie van onderhandelen. Het geeft ons in elk geval de volgende
> > voordelen:
> > * Wij hoeven geen geld te reserveren voor vervanging van defecte
> > hardware
> > * Wij kunnen terugvallen op een SLA bij hardwarestoringen en ander
> > noodzakelijk onderhoud.
> >
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
>
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl

Re: [OSM-talk-nl] Financiën

[Lambertus]

Wat is het probleem wanneer de server er een nacht (of dag) uit ligt? 
Deze server zou niet DE OpenStreetMap server zijn maar alleen de 
Nederlandse (en Belgie ;-)) portal en/of dev server.

Wat betreft de hoeveelheid onderhoud: Een goede server zoals ze die bij 
XS4ALL ongetwijfeld zullen hebben geeft maar heel weinig hardware 
problemen. De meeste problemen zullen een software oorzaak hebben, die 
bijna altijd opgelost kunnen worden door een hard reset. Mocht de 
software dermate in de knoei zitten dat een hard reset niet helpt dan 
zal toch iemand van ons er naar toe moeten i.p.v. dat iemand van XS4ALL 
dat fixed, of zie ik dat verkeerd?

Martijn van Exel wrote:
> Bij een standaard hostingovereenkomst (colocation, dus met een eigen  
> server) zit bijna geen extra service in de trant van 'als uw server  
> eruit ligt, dan gaan wij even kijken en herstarten we het ding'. In  
> de praktijk pakt het bij XS4ALL ongeveer zo uit dat ze 'simpele'  
> klusjes als op commando hard resetten van een machine best even  
> willen doen. Er zit ook een kwartier per maand 'hands on' beheer in  
> de overeenkomst voor dat soort klusjes. Maar dat is alleen tijdens  
> kantooruren en nadenken is daarbij niet inbegrepen. De beheerders die  
> rondlopen hebben in principe geen verstand van software.
> 
> Als we een eigen server krijgen, is het denk ik niet reëel om te  
> streven naar 99.9% uptime (ik heb het dan nog niet over de virtuele  
> dev-machine). Er is denk ik niemand bereid om zonder vergoeding  
> standby-dienst te draaien met het bijbehorende risico dat je midden  
> in de nacht naar Amsterdam-zuid moet om problemen te fixen. De vraag  
> is ook of dat nodig is. Software-problemen kun je op afstand  
> beoordelen en oplossen. Als we zorgen voor redundantie in de hardware  
> dan kunnen we de frequentie van hardwareproblemen beperken tot  
> gemiddeld eens per jaar - ik doe maar een gooi.
> 
> Misschien is het beter om voor de sponsoring te streven naar een  
> dedicated server die niet van ons is, dat kost XS4ALL meer (omdat zij  
> verantwoordelijk blijven voor de hardware) maar verlost ons van die  
> zorgen. Of we daar dan een kantooruren- of 24/7 SLA bij krijgen is  
> een kwestie van onderhandelen. Het geeft ons in elk geval de volgende  
> voordelen:
> * Wij hoeven geen geld te reserveren voor vervanging van defecte  
> hardware
> * Wij kunnen terugvallen op een SLA bij hardwarestoringen en ander  
> noodzakelijk onderhoud.
> 

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